Method for managing, routing, and controlling devices and inter-device connections

ABSTRACT

A system and method for managing, routing and controlling devices and inter-device connections located within an environment to manage and control the environment using a control client is presented. A user provides commands via the control client to a server that maintains a representation of the environment and the devices within the environment. The server provides commands to devices present within the environment in response to user commands and other events, including events from the environment. The commands cause the devices in the environment to adopt specific desired states thereby causing the environment and the devices within the environment to create desired connections by and between the devices and to otherwise control and effect the environment.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims the benefit of U.S. Application No. 60/825,086,filed Sep. 8, 2006 and U.S. Application No. 60/746,290, filed May 3,2006.

BACKGROUND OF THE INVENTION Technical Field

The present invention relates to a system and method for controlling,managing and routing data among multiple devices that are sources orconsumers of streaming data and control devices present in a givenenvironment in a hardware independent manner. In one embodiment,audiovisual data streams and other controllable devices in apresentation environment are controlled by the present system andmethod. Other embodiments of the present system and method allow themanipulation and control of controllable devices in a variety ofdifferent environments. The present invention comprises a server adaptedto communicate with and command local and remote devices in anenvironment, enabling connections to be established between selecteddevices to enable the flow of information, communications or otherconnections to be established between the selected devices in additionto providing a means to control and communicate with other devices thatinfluence or sense the environment.

SUMMARY DISCLOSURE OF THE INVENTION

A system and method for managing and routing interconnections betweendevices connected via controllable switching devices and controlling theoperation of the devices in a given user environment for the purpose ofcontrolling and coordinating the operation of the user environment ispresented. One embodiment of the present system and method is directedto the control of audio visual (A/V) and presentation environmentcontrol and sensing devices, and the routing and management of A/Vinformation between generator or source devices and consumer or outputdevices. Source devices generate A/V data, A/V data streams, or moregenerally a signal that is delivered to consumer or output devices. Theoutput devices receive the A/V data and in many cases render the A/Vdata in a form that is perceptible in the environment, for example oneoutput device is a projector that would render the A/V data in a formthat is visible to persons in the portion of the environment that is inproximity to the projector. The output devices are also referred to insome circumstances as consumer devices meaning that they acceptinformation or other flows from the interconnection established with thesource devices and in the case of an A/V environment they consume theA/V data.

The environment where the devices, connections and other controllabledevices are located is referred to generically as a user environment. Atype of user environment for A/V facilities is commonly referred to as apresentation environment. The presentation environment may span severalphysical rooms, buildings, or even multiple locations in geographicallydisparate locations depending on the circumstances and use of thesystem.

It is clear to one of ordinary skill in the art that a system formanaging, routing, and controlling multiple streams of A/V data andother device communication and control signals is applicable to anysystem associated with an environment that requires the management,routing, and control of interconnections by and between different sourcedevices and consumer devices as well as communication and control of avariety of devices in such environment. A non-exhaustive example of analternative use for an embodiment of the present system and method isfor a distributed data acquisition and control system whereby multiplesensors are distributed through a given facility or vehicle. Theinformation from these sensors, such as accelerometers, are streams ofdata, similar in nature to a stream of A/V data. The consumers of theinformation generated by the sensors can be recording instruments andlocal feedback controllers that then actuate control lines to activateactuators that change the characteristics or states of the facility orvehicle.

One embodiment of the present system and method is used to manage, routeand control these streams of information generated by sensors andconsumed by recording instruments and local feedback controllers as wellas other control signals. In another embodiment, the present system andmethod is used to manage, route and control integrated building systemsto provide a full spectrum of building services ranging from heating,ventilating and air conditioning through radiation management, securityand fire and safety systems. In still another embodiment the system isused to route, manage interconnections and control devices in amanufacturing or chemical process facility to coordinate and control theproduction of various products.

Although a majority of this disclosure is written in context of A/Vsystems and establishing connections by and between A/V devices andother discrete controllable devices to effect an A/V presentationenvironment, as these non-exhaustive examples show, one of ordinaryskill in the art can use the present system and method for managing,routing, and controlling a variety of different types of devices andestablishing connections between those devices for many differentstreams, including streams of A/V data, other types of signals, flows offluids or movement of objects or products.

Multiple embodiments of a system and method for controlling multiplesources and sinks of A/V data streams and controlling specific devicesis presented herein. Those of ordinary skill in the art can readily usethis disclosure to create alternative embodiments using the teachingcontained herein. The system and method of the present invention furthersolves the problems associated with the configuration of multipledevices present in an arbitrary environment whereby routes or paths mustbe configured by and between the devices to allow information to flowfrom device to device through the environment while simultaneouslycontrolling the operation of selected devices within the environment,including without limitation the operation of detached devices thateffect the environment, but are otherwise not directly connected toother devices in the environment.

BACKGROUND ART

Traditionally A/V management systems are custom designed, closed-system,hardware specific solutions designed to operate with only a limitednumber of hardware devices. However, the modern conference room, ormedia center requires the effective routing, coordination, processing,and management of multiple streams of audio visual information, orsignals, generated from a variety of sources and being transferred to awide array of different output devices or consumers of the information,generally referred to as output devices. Examples of these outputdevices range from projection and display systems to storage devices andexternal data links. An effective, open-architecture system to route,coordinate, process and manage these audio-video data streams isdesirable to maximize the number of different sources and output devicesrequired in a given environment while providing the ability to createadaptable, customized controls for sophisticated A/V systems thusenabling the creation of a highly integrated, tightly controlledpresentation environment.

U.S. Patent Application Publication Number US2006/0234,569 A1 toSakamoto discloses a wireless system consisting essentially of twodevices, a controlled device and a controlling device. The controllingdevice broadcasts a control command to identify a specific controlleddevice. The controlled device receives the control data and uses thediscrimination code to determine which controlled device is to receivethe desired command. Specifically, the patent discloses a wirelesscenter unit, or hub, that has a variety of different input ports for avariety of A/V devices. The specific inputs used by the wireless centerare selected from the controlling unit via discrimination codes thatselect a desired input for a given A/V device. The wireless centerreceives the A/V data from the source device and then converts A/V datareceived from the selected input port into a specified native wirelessstream of A/C data for transmission to a display that is linked to thewireless center unit. The system disclosed is limited in its inabilityto coordinate multiple inputs and outputs across wider areas, aninability to store specific configures, inability to command externaldevices, lack of user settings and configuration controls, need toconvert signals prior to display and a requirement for point-to-pointaccess. Further, the system disclosed by Sakamoto only contemplates astream of A/V data that is converted into a format specific for a singleoutput device. Therefore, there is a need for a system for controllingmultiple sources and sinks of information and that allows a plurality ofdifferent input and output devices and environmental control devices tobe controlled and commanded in a uniform manner by different usersthrough the storage and access of configuration information.

U.S. Patent Application Publication Number US2003/0065,806A1 to Thomasondiscloses a networked system for displaying audio visual data thatmanages the connection between different sources to a display device toallow the display to auto-configure itself to display different types ofsource data. The system creates an ad hoc wireless link between thevarious available source devices and the display. The output devicedisplays to the user any source devices that are available to be routedto the display device so the user may select the desired data stream tobe displayed. The disclosed system is built around an ad hoc wirelessnetwork that is able to detect the existence of different source deviceswithin range of the display device. There is no ability to establishpersistent connections between different devices in the network. Thedisclosed system does not have any means of permissioning access todifferent sources and it, by default, only establishes point-to-pointconnections between the single display and multiple sources present inthe environment. Further, the disclosed system lacks the ability tocontrol other aspects of the environment, including the ability tocontrol other detached devices that effect the environment that are notsources or consumers of A/V data, configure multiple devices andestablished routes between multiples devices located within anenvironment, control multiple sub-environments including output devices,nor provide for device specific rendered control interfaces for theuser. Therefore, the disclosed system does not meet the need to controlmultiple sources and outputs of information, allow a plurality ofdifferent input and output devices to be configured and connectedsimultaneously, and control the environmental through separate controldevices in a uniform manner by different users through the storage andaccess of configuration information.

U.S. Patent Application Publication Number US2005/0198,040A1 to Cohendiscloses a networked home entertainment system that populates asimulation model based on the available audio/visual devices in theenvironment. The simulation model used in the disclosed systemintegrates the various device states available and interfaces withvarious environmental controls. The home entertainment system is basedaround a single node or star-based network configuration. Namely all ofthe devices in the environment are directly linked to the central mediahub that includes a digital media adaptor that operates as an interfacenode to all of the devices and equipment in the environment. The devicestates and simulation model is used to create a user interface thatattempts to obscure the complexity of the system configuration from theuser and purports to use a simulation agent to configure setting andenable user level control. However the disclosure lacks detail on theoperation of the simulation agent and how it configures specificsettings and abstracts the underlying network system from the userinterface. Further, the system requires a central media hub to acceptand output all of the information flowing through the environment. Thus,there is no ability to directly connect remote devices independent ofthe media hub, thereby limiting the ability of the disclosed system tohandle complex environments with multiple sources and output devicesoperating simultaneously. As a result a need exists for a system andmethod to provide the management, routing and control of multipledevices in an environment to route signals through the environment tocontrol and effect the configuration and operation of the environment.

U.S. Pat. No. 6,850,252B1 to Hoffberg discloses an intelligentelectronic appliance that models the user and attempts to adapt the userinterface presented to the user during operation based on interactionswith the user and the type of media content presented to the appliance.This system provides for an adaptable user interface based on thecontext and type of information being presented and available for theuser to access, but it bases the interaction and information on thespecific content of the data provided. The disclosed system fails todisclose any data specific routing for the identified data stream andperforms all analysis and identification of the data stream based on thedata content present within the data stream. Effectively the disclosedsystem samples the data stream to determine the data content presentwithin the data stream. Then the disclosed system provides options tothe user based solely on the singular device and the type of data streamavailable based on this sensing operation. Thus a need exists for asystem capable of providing a customized user interface for the controlof an environment whereby the options available to the user are providedbased on the capabilities of the network and the devices in theenvironment and the permission levels or access levels available for agiven user in the environment.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying figures depict multiple embodiments of the system andmethod for routing, controlling, and managing streams of data and moreparticularly streams of audio visual information. A brief description ofeach figure is provided below. Elements with the same reference numbersin each figure indicate identical or functionally similar elements.Additionally, the left-most digit(s) of a reference number identifiesthe drawings in which the reference number first appears.

FIG. 1 a is a block diagram outlining the physical architecture of anembodiment of the present system and method for audio visual (“A/V”)control and integration.

FIG. 1 b is diagram depicting a signal level diagram of an embodiment ofan A/V system.

FIG. 1 c is a depiction of a control or command level diagram of anembodiment of an A/V system.

FIG. 2 is a block diagram highlighting the logical components of anembodiment directed to the management, routing and control of audiovisual and presentation environment control devices.

FIG. 3 is a component diagram of an embodiment of the serverarchitecture.

FIG. 4 is a component diagram of an embodiment of the control clientarchitecture.

FIG. 5 is an embodiment of a first logical arrangement of a controlclient user interface for editing scenes.

FIG. 6 is an embodiment of a second logical arrangement of a controlclient user interface for playing a predefined presentation.

FIG. 7 is an embodiment of a third logical arrangement of a controlclient user interface for controlling a presentation.

FIG. 8 is a rendered embodiment of a control client user interfaceshowing the second logical arrangement.

FIG. 9 is a data model of an embodiment of the system.

FIG. 10 is a depiction of a control or command level diagram of a secondexemplary environment.

FIG. 11 is a depiction of a signal level diagram of the second exemplaryenvironment shown in FIG. 10.

FIG. 12 is a flow diagram detailing the configuration process for thesystem upon installation of devices in the environment or otheradditions of equipment to the environment.

FIG. 13 is a first portion of an exemplary route map.

MODES FOR CARRYING OUT THE INVENTION

Audio Visual Control System Architecture

FIG. 1 a depicts multiple representations of an embodiment of thepresent system and method for audio visual control and integration inone embodiment of an exemplary physical configuration of a presentationenvironment 110, as shown in FIG. 1 a. In this exemplary configuration,the server 100 comprises a first communication interface adapted tocommunicate with a remotely connected control client 102. The controlclient 102 is adapted to accept information from the server 100 torender or create on the control client 102 a user interface. The userinterface enables a user to manage, route and control the flow of A/Vdata between different sources 120, output devices 130, and control orswitch devices 140, and the communication and control of other detacheddevices or environment devices 142, not present in the routing andcontrol of the flow of A/V data such as environment sensors andactuators that are associated with the presentation environment 110 (allcollectively referred to herein as “devices” 270) located within orassociated with the presentation environment 110. Although the server isshown external to the presentation environment 110 in FIG. 1 a, in otherembodiments the server 100 is physically located within the presentationenvironment 110 or provided as an integral element of one of the devices270.

Specifically, in the case of the embodiment depicted in FIG. 1 a, theserver 100 and the control client 102 are connected via a network 118. Anetwork 118 as defined in this specification is any transmission mediumthat supports a protocol allowing communication by and between devicesconnected to the network as would be understood by one of ordinary skillin the art. One example of a network 118 is the Internet which utilizesthe TCP/IP (Transmission Control Protocol/Internet Protocol) protocol,but the term network 118 as defined is also meant to include localaccess networks (LANs), wireless LANs, a multi-device serial network,and any other computer communication network, including various forms ofpowerline networking and X10 type networks. In still another embodiment,a first communication interface allows point-to-point communicationbetween the server 100 and the control client 102 using a serialinterface, point-to-point modem, or similar types of point-to-pointcommunication devices and protocols known to those of ordinary skill inthe art.

The server 100 in this embodiment is connected via the network 118 to acommunication transceiver 114, for example a terminal server. Thecommunication transceiver 114 converts physical communication mediumsand logical protocols without altering the message being carried,thereby allowing commands sent in one communications format which issuitable to the sender to be converted into another communication formatsuitable for the receiver. In this case a command issued by the server100 via TCP/IP over an Ethernet network 118 is converted to the samecommand sent over a point-to-point RS-232/RS-485 serial link, whichbecomes a control signal 116 that is input to a device 270. Anycommunication sent from a device 270, for example an acknowledgementsent by the device 270 back to the server 110, is similarly reconvertedby the communication transceiver 114. The communication transceiver 114thus provides a second communication interface for the server 100allowing commands and information to be exchanged between the server 100and devices 270 associated with the presentation environment 110.

In alternative embodiments, the communication transceiver 114 iseliminated and a direct communication linkage, such as a UniversalSerial Bus (USB) link, is established from the server 100 to a device270 to be controlled. In another embodiment, the server 100 communicatesdirectly with network capable devices 270 over the computer network 118.In another embodiment, the server 100 communicates with a variety ofdevices 270 using a communication transceiver 114 for a subset ofdevices 270, direct communication for another subset of devices 270, andcommunication over a network 118 to yet another subset of devices 270.In still another embodiment, the server 100 communicates with thedevices 270 using a wireless communication protocol, for example,infrared or visual/near-visual optical communication or radio frequencywireless protocols such as RF, Bluetooth, WiFi/802.11x, WiMax, andZigbee and others known to those of ordinary skill in the art.

In the embodiment of FIG. 1 a, the control signals 116 output from thecommunication transceiver 114 are used to control multiple devices 270including a switch 170 and second switch 158. The control signals 116select streams of audio video data coming from a variety of sources 120and route them to a variety of output devices 130. The switch 170functions as an electronic patch panel that allows inputs to the switch170 to be selectively routed or directed to selected outputs from theswitch 170. In this embodiment the switch 170 supports a single type ofvideo input, namely RGB (Red-Green-Blue color) signals, and an audioinput. Source devices 120 that have RGB outputs, such as laptopcomputers 150, can be directly connected to the switch 170. Non-RGBsources 120 are input instead to the second switch 158. The use of asecond switch 158 in this embodiment supports the various types ofnon-RGB signals, for example S-Video, Composite, or Component videosignals from sources 120 such as a DVD 154 and a VCR 156. The outputsfrom the second switch 158 are then converted to RGB signals using anRGB converter 160 before being input to the switch 170. The RGBconverter 160 in other embodiments can be integrated into the secondswitch 158. Any of these sources 120 of A/V information can be routed toany of the attached output devices 130 such as a monitor 162 orprojector 164 through appropriate commands issued by the server 100 tothe switch 170 and second switch 158.

Other embodiments allow geographically or physically dispersed locationsto be accessed and controlled from a single server 100. For example inone embodiment a transceiver 114 located in one portion of apresentation environment 110 is used to address devices 270 located inthat one portion of the presentation environment 110 while the server100 is located at a geographically remote second location that isseparated from the one portion of the presentation environment 110 andonly accesses the one portion of the presentation environment 110 viathe transceiver 114 or direct links to the devices 270 in that oneportion of the presentation environment 110. In still anotheralternative embodiment, high-speed data connections between locationsand additional devices 270 for compressing, decompressing, andforwarding audio video and control information between locations areused to allow the physical separation of source devices 120 from outputdevices 130 across longer distances thus allowing geographicallydistributed management, routing and control of an integratedpresentation environment 110 spread across a number of dispersedlocations. Even in a unitary presentation environment 110, for example apresentation environment 110 comprising a number of rooms within asingle building, it is common to include switching and converterequipment such as the RGB Converter 160 to transform high definition(HD) video signal signals in either analog or digital formats such asthe analog Component Y/Pb/Pr format and digital High-DefinitionMultimedia Interface (HDMI) into other standards suitable for display onnon-HD devices for example. The reverse can be implemented to supportold signal formats on new HD devices. Similarly, converters for playingaudio on existing audio systems 144 can also be supplied for new analogand digital audio standards and associated interfaces, including but notlimited to the AC-3, Dolby® Digital® 5.1 and 7.1 standards and S/PDIFinterfaces.

Each of the links drawn between specific elements of the presentationenvironment 110 represent static connections that exist in thepresentation environment 110. The topology of these static connectionsare stored as part of the server's 100 configuration for a givenpresentation environment 110 as an environment model that represents thedevices 270 and other details of the presentation environment 110. Theserver 100 is configured with information regarding the types ofconnections that can be made and the equipment or devices 270 availablein the presentation environment, such as one or more switches 170, thatenables the server 100 to make those connections and route theinformation between the individual devices such as the DVD player 154and the projector 164. The switches 170 create interconnections thatassociate or connect the various static connections, thereby creating apath or a linkage between devices 270 allowing them to communication byand between each other. An interconnection in some embodiments possessesattributes associated with the type of static connections that arelinked together. For example a static connection linking an RGB outputport from a source device 120 to a switch 170 is associated as carryinga video signal by virtue of the ports, or nodes on a given device 270that are linked together. The specific interconnections establishedbetween devices 270 as well as the device control and the device stateattributes, or device configuration, associated with a specificpresentation environment 110 state are referred and stored in the server100 as scenes. A scene thus creates a representation, or state model, ofthe devices 270 in the environment 110. The use of scenes to definevarious device states allows a user to rapidly recreate a givenenvironment state, representing specific device states andinterconnections, by retrieving a specific scene.

In the embodiments of the present system and method adapted for usemanaging and controlling A/V environments, the term scene is used togenerically describe something that in other environments might bereferred to as a macro. Effectively a scene represents a group of eventsor commands that are issued to the devices 270, including queries ofdevice states, necessary to configure a specific user environment in adesired manner. Similarly, a presentation, which represents groups ofscenes, can be considered a grouping of macros.

In the embodiment shown in FIG. 1 a, the server 100 issues controlsignals to the communication transceiver 114 that manipulate specificdevices 270 in the presentation environment 110 to create a specificroom configuration or state. As part of a particular configuration ofthe state of the presentation environment 110, the devices 270 aremanipulated to create specific routing between different source devices120 and output device 130. Further, the control signals transferredthrough the communication transceiver 114 can also be sent to specificsources or source devices 120 and output devices 130 in order toconfigure, monitor, or control specific information associated withthose source devices 120 and output devices 130. Further, controlsignals output from the communication transceiver 114 can also beattached to other physical actuators, sensors, or other systems such aslighting control modules or motor controls associated with projectionscreens and windows coverings, generically referred to as, environmentalcontrols, environmental sensors, or environment devices 142. Theseenvironment devices are also referred to alternatively as detacheddevices, meaning that the devices sensor or influence the environment,but they are not a part of the routing of signals through theenvironment. Using these environmental controls 142, in the embodimentshown, the server 100 is capable to adjusting lighting and other aspectsof the presentation environment 110. Thus, the server 100 is able toissue commands through the communication transceiver 114 to manage,route and control the flow of A/V information and actuate environmentcontrols 142 located within specific rooms and other spaces located inthe presentation environment 110 in a manner that allows thepresentation environment to be readily reconfigured and controls in avariety of ways.

Types of Connections

For an A/V system, there are typically three types of connections to bemade:

Video;

Audio; and,

Control.

The first of two of these types are the signal levels and can be groupedtogether on the same diagram as shown in FIG. 1 b. The control orcommand level can be depicted separately as shown in FIG. 1 c. Thearchitecture of the present system and method allows the separation ofcommand communication from the data or signal communication links. Thisseparation is useful in certain circumstances to ensure that commandcommunications are not hindered or interrupted by the flow of data inthe environment.

In the embodiment shown in FIG. 1 b, the audio and video signal levelconnections are made between the different sources of video and audioinformation such as a webcam 180, a satellite receiver 182, a DVD player154, a set-top box 184, or audio video data from a second switch 158,and output devices, in this FIG. 1 b, there is a single consumer oroutput device 130, a video projector 164. The connection between thesemultiple sources of A/V data and the output device is through a switch170. The control or command level schematic shown in FIG. 1 c enablesthe server 100 to control the operation of the switch 170 and theplurality of A/V sources 120 and output devices 130 in the presentationenvironment 110 by passing commands through a network 118 to acommunication transceiver 114 that translates the commands issued by theserver into specific control signals 116 output from the communicationtransceiver 114 to the sources 120, output devices 130, and the switch170. By use of a communication transceiver 114, the server 100 isabstracted from the actual physical medium or protocol used by thedevices 270 for controlling the flow of signals through the presentationenvironment 110, such as switches 170, sources 120 and sinks 130 ofinformation or for controlling the environment controls 142. In theembodiment shown in FIG. 1 a and FIG. 1 c, the communication transceiver114 converts commands from the server 100 to device specific controlsignals 116. The types of control device connections can in alternativeembodiments include a number of connections known to those of ordinaryskill in the art including but not limited to the following exemplaryconnections: RS-232/RS-485 serial ports, Ethernet, Universal Serial Bus(USB), Infrared such as IrDA, RF, and other wireless connections.

Although the embodiments depicted in FIG. 1 a, FIG. 1 b, and FIG. 1 cdepict a single communication transceiver 114, multiple communicationtransceivers 114 can be spread throughout a facility, or even multiplephysically disparate locations to enable the server 100 to controlmultiple A/V environments with only the need to connect to them via anIP network 118 such as the Internet or company Intranet. In this mannerit is possible for a single server 100, operated by a single client 102to control a broad environment and effectively control multiple A/Vpresentation environments 110 in physically isolated locations andmanage the experiences of people in each of those presentationenvironments 110.

Hardware System

FIG. 2 is a block diagram highlighting the logical components of oneembodiment of the present system and method adapted for audio visualdevice management, routing and control. Specifically the present systemand method is structured as client/server control application. Theserver application, generally referred to as the server 100, operates ona general purpose computing platform, such as a Windows or Linuxplatform, maintains a database 202 or other data store that storesdetails describing the control environment and its configuration, andissues the control commands in response to commands sent from thecontrol client 102. The control client 102, also known as a controlpanel provides a means for controlling the system through a userinterface, a graphical user interface or other application to enablecontrol of devices 270 in the presentation environment 110. In someembodiments the control client 102 includes the ability to use of presetand saved system states, which are referred to as scenes and to enablegroups of scenes to be presented in sequence, which are referred to aspresentations.

Server

The server 100, provides a location for the control and storage ofmultiple components and elements of the present system and method. Inthe embodiments depicted, the server 100 is shown as a single unitarymachine that can interface with multiple control clients 102 andpresentation environments 110. In alternative embodiments, the server100 can be a multiplicity of physical machines working redundantlyenabling hot-swap or fail safe capabilities across a network 118 oralternatively distributing computing and processing loads. In stillanother embodiment, the elements of the server 100 are distributed suchthat individual elements or components are distributed to differentlocations across a network 118. In one alternative embodiment adedicated server 100 can be used solely as a server for the database 202that hosts the application data 204 while one or more additional servers100 connect to the database 202 via the dedicated server 100.

Server Functions

Some exemplary high-level functions of an embodiment of the server 100include:

-   -   Manages users and user access.    -   Maintains lists of all devices and their configuration settings.    -   Maintains lists of presentation spaces or rooms and all devices        available to each presentation space.    -   Maintains all information relating to scenes and presentations.    -   Provides control of all devices through classes and        configuration information.    -   Maintains schedules of all presentations and prevents conflicts        in scheduling for all devices.

In the embodiment depicted in FIG. 2, the server 100 is a computerrunning the Linux operating system. Although this embodiment the serveris operating in a Linux based environment, a variety of differentoperating systems such as Windows and others can be used by one ofordinary skill in the art. The server 100 runs a web server 200 programto interface with control clients 102 to receive information andcommands, provide feedback, implement the application rules necessary torun the system and perform the functions described herein, in additionto communicating with the presentation environment 110.

Web Server Component

The server 100 in the embodiment shown in FIG. 2 has a web server 200for Java-based web applications, in this embodiment a Tomcat server. ATomcat server is a Java-based web application container to run servletsand javaserver pages (JSP) for creating dynamic, web-enabledapplications. Although the web server 200 shown in this embodiment is aTomcat server, alternative methods of implementing the system and methoddisclosed herein are apparent to those of ordinary skill in the art. Inthe embodiment depicted in FIG. 2, the means for implementing thecontrol server, shown as atmospherics.war 240 in the diagram, isdeployed via the tomcat application or web server 200.

Database

The database 202 implements a data model 900, an embodiment of which isdepicted in FIG. 9. In the embodiment depicted in FIG. 2 and FIG. 9, thedatabase 202 is a relational database, and more specifically aPostgresSQL relational database. In alternative embodiments, thedatabase 202 can be implemented using a multiplicity of methods known tothose of ordinary skill in the art including using object-oriented orassociative databases or other data structures. Regardless of the typeof database 202 used, the embodiment of the data structure depicted inFIG. 9 will provide a guide as to types of information stored within thedatabase 202.

Many types of information are shown the embodiment of the data model 900shown in FIG. 9 stored in the database 202. Some specific types ofinformation are highlighted below:

-   -   User information 902—that stores both individual user settings        and preferences and works in conjunction with the access control        level permissioning 904 to enable users to access specific        configuration options, capabilities and system rights.    -   User Interface Widgets 906—defines the specific user interface        widget proto-elements that are linked to a device configuration        and are integrated to create a set of controls and other user        interface objects to be rendered on the control client 102. For        example, the volume up-down element 880 can be considered an        example of a user interface widget.    -   Device configuration 908—handles information regarding the        devices, including output devices and source devices and control        devices to be controlled by the system and method.    -   Device groups 910—maintains information regarding devices        located in which presentation environments 110.    -   Device connections and routing 912—holds information regarding        specific physical static connections between different devices,        and routing capabilities (e.g. available static connections that        are physically capable in the room) that enable the server 100        to issue commands to control interconnections between source        devices and output devices or issue other control device        commands. Information contained within this data set is also        used to restrict specific connections such as restricting the        data sent to a speaker system to be only audio data or limiting        the number of connections to or from a given device. The device        connections and routing 912 provide an environmental model for        the server 100 of the presentation environment 110 and the        various devices 270 and other elements located within or        associated with the presentation environment 110.    -   Scene and presentation control 914—Stores information pertinent        to a specific scene configuration or a series of different        changes in system state over time, such as that embodied in a        presentation where the presentation environment 110 is commanded        to change state by implementing moving from one scene to another        at different times, or in response to specific triggers.    -   Event handling 916—provides controls and information for the        server 100 to handle different changes in the system state,        including different reporting operations and failure recovery        and fault trapping details.        Application Server Architecture

An overview of the server application architecture 300 of the server 100is depicted in FIG. 3. The server application architecture 300 shown inthe embodiment depicted provides an overview of the interactions betweendifferent software elements comprising one embodiment of the serverapplication architecture 300 of the system and method. The depictedembodiment details only one possible, exemplary architecture availableto one of ordinary skill in the art for implementing the serverapplication architecture 300 of the present system and method. Theapplication service architecture 300 of the server 100 in the embodimentof the system shown in FIG. 2, is implemented within theatmospherics.war 240 component of the tomcat application server, or webserver 200.

The server application architecture 300 comprises a number of discretemodules. A description of a selected number of the discrete modules isprovided below.

Presentation Layer

The presentation layer 302 provides the primary user interfaces forcontrol clients 102 connecting to the server 100. There are threeprimary user interface apps, 320, 322, and 324 that generate a userinterface for a given control client 102 based on the informationprovided by that control client 102 including the user, permissionlevels, presentation environment 100 and other factors. The first of thethree user interface apps are a system configuration web app 324allowing a user to configure the system. The second is the systemcontrol flash app 302 that enables a control client 102 to controldevices, and create and store scenes and presentations. The third is acontrol phone app 320, that provides user interface specific informationand controls to the control client 102 to enable it to control a phone,such as a VoIP Phone 210 and to render a control panel on a VoIP Phone210 thereby enabling inputs by a user to a VoIP Phone 210 are able toissue control commands to the server 100 that in turn reconfigures thepresentation environment 110 based on the desired inputs. The controlphone app 320, although it specifically describes controlling a phone,it is obvious to one of ordinary skill in the art that other network orinternet enabled devices could also be interfaced with the system via auser interface app similar in nature to the control phone app 320.

Remote Communication Layer

The remote communication layer 304 supports a variety of high-levelservices for handling communication sessions with the server 100.

Application Service Layer and Others

The application service 306 provides the back end processes and businesslogic necessary to operate the system and respond to specific systemevents and user inputs. The application service layer 306 works togetherwith the component service layer 308, the domain model 310, persistencelayer 312, and device control layer 314 to respond to user inputprovided from a control client 102 and thus allows the system to manage,route, and control multiple A/V sources and output devices as well asother devices. Within the application service 306, an event engine asdescribed below, is used to generate, monitor and handle differentactions, triggers, and changes in the system. Underlying the serverapplication architecture 300 are multiple off-the-shelf and customizedthird party frameworks and libraries 316 that provide commonfunctionality to the application service 306.

Device Control Library

Within the device control layer 314, a device control library 340 isprovided. The device control library 340 provides interface specificsand details needed by the server 100 to interpret specific device 270attribute information received for a given type, make and model of adevice 270 and also how to structure commands suitable for the giventype, make and model of the device 270 to be part of the controlled userenvironment. The device control library 340 in some embodiments alsomaintains specific details on how to communicate, monitor and respond tospecific communications or responses provided by the device 270 beingcontrolled. For example, the device control library 340 can providedetails of how to structure instructions to a specific type of audiosystem 144 to raise and lower the volume. The same device controllibrary 340 driver for the same audio system 144 in some embodimentsalso provides a monitoring function that communicates with the audiosystem 144 to detect faults or other problems and report the details ofthose respective fault events to the system for response. The contentsof the device control library 340 are updateable from time to time bythe user upon demand and via query to remote license and driver servers.

Some exemplary types of are detached devices found in a device controllibrary 340 adapted for use with an A/V system include environmentaldevices 142. Environmental devices 142 include control equipment thatcontrols lighting in a room, including on/off switches, dimmablelighting and shades and other windows obscuring systems as well astemperature controls, power switches, and preset configuration controls.Other types of environmental devices 142 include sensors such as ambientlight sensors, motion detectors, temperature sensors, humidity sensors,and switches or buttons present within the presentation environment 110.

Control Client

The embodiment of the control client 102, as depicted in FIG. 2, isshown as a Windows® computer and the control client 102 is implementedusing a standard internet or web browser 220 running on the computer.Although the embodiment shown depicts a Windows-based client interfacingwith the server 100 through a web browser, multiple other embodimentsinclude the use of a dedicated player, such as a standaloneAdobe®/Macromedia® Flash® player or a Java® applet, or other method ofaccepting and interpreting the information provided by the server 100,receiving input from the user, and then transferring the command andcontrol information back to the server 100. A number of other operatingsystems are readily supported as known to those or ordinary skill in theart such as Windows® Mobile, Windows® CE, Mac® OS, Linux, BSD andothers. By abstracting the user interface from the specifics of thecontrol client 102, the system is able to render a user interface on avariety of different platforms running a range of different softwarewhile providing as much information and details as possible on thecontrol client 102 relative to the capabilities of the control client102. For example, in one embodiment, the server 100 evaluates thecapabilities of the control client 102 upon log-in and then provides acustomized user interface based on the ability of the control client 102to handle the interface. In one embodiment, if the user logs into theserver 100 via a handheld personal data assistant with limited displaycapabilities, the user interface is rendered to the control client 102is rendered based on the details and capabilities of the personal dataassistant and has possesses less information to be presented to theuser. Other methods of creating a dynamic user interface on the controlclient 102 through communication with a server 100 can be implementedand are apparent to those of ordinary skill in the art.

The control client 102 in some embodiments is a thin-client such as aVoice over Internet Protocol (VOIP) phone 210 or another closedarchitecture device. The server 100 communicates with the closed orproprietary architecture device local system control phone app 212through the system control phone app 320. The user can then inputcommands via the VoIP phone 210 that are supplied to the server 100 tochange the state of the performance environment 110 and execute scenesand other programs. In some embodiments, the control client 102 iscapable of providing a customized user interface 102 for the VoIP phone210 that enables the user to access specific functionality on the server100 using the menus and features of the VoIP phone 210 using either aspecialized sub-application running on the VoIP phone 210 or using ageneralized interface for to the VoIP phone 210.

System Control Client Architecture

The control client 102 in the embodiment depicted in FIG. 2 can operatetwo client-side web applications, a client system configuration webapp222 for configuring the server 100 and a client system control webapp224 for controlling a given presentation, scene or presentationenvironment 110. Access for a user to specific features and capabilitiesof the system through both the client system webapp 222 and the clientsystem control webapp 224 are limited based on the specific rights andprivileges associated with a given user. Further, for some users theyare unable to access the client system configuration webapp 222 at allsince they have limited user privileges.

System Configuration Webapp

The client system configuration webapp 222 local to the control client102 and receives information from the server 100, and more specificallythe system configuration webapp 324 that it renders into a userinterface for the user using a player resident on the control client102. In the case of the embodiment depicted in FIG. 2, the player isembedded within a web browser 220. The client system configurationwebapp 222 on the control client 102 renders the user interface sentfrom the server 100 via the system configuration webapp 324 to allow theuser to configure the server 100. Some exemplary configuration actionsthe user can take include defining elements or devices 270 in a specificpresentation environment 110, including static connections within thepresentation environment 110, creating and storing device 270 and systemstate details, i.e. storing scenes for present or future use, orordering multiple scenes together into a presentation, and managingusers and user rights. In one example, a user who logs into the serverthe system configuration webapp 222 on the control client 102 who doesnot have sufficient privileges to modify user accounts is not presentedany option to access any screens to modify user accounts by virtue ofthe system configuration webapp 324 not transferring details of how torender the modify user account screens to the control client 102, thusthe user interface only presents details and user interface objects tothe user that the user has the ability to manipulate.

System Configuration Webapp Functionality

The system configuration webapp 324 renders for the user on the controlclient 102 via the client system configuration webapp 222 and thusenabling the user to adjust several important parameters of the server100 to effect the operation of the system. Specifically, the systemconfiguration webapp 324 allows a user with appropriate accessprivileges the ability to: add and remove devices 270; provideadditional details to devices 270 including device names; serialnumbers; asset tag numbers; purchase details and physical locationinformation; associate various devices 270 with specificsub-environments or rooms in the presentation environment 110; manageusers; provide pointers to specific device 270 background informationand details including links to external uniform resource locators (URLs)for additional documentation; and, trouble shoot problems with devices270. Thus the system configuration webapp 324 and the client systemconfiguration webapp 222 provide the user with the ability to customizethe server 100 and thus the operation of the system.

System Control Webapp

The client system control webapp 224 is local to the control client 102.The architecture of the client system control webapp 224 is shown inFIG. 4, and it contains a plurality of different components thatinteract to provide a user of the control client 102 the ability tocontrol devices, call-up scenes and presentations in a specificpresentation environment 110. The client system control webapp 224 hasmultiple components to render the user interface on the control client102. A custom skin 402 library provides visual coloring and effects tothe baseline user interface control widgets that are defined by thedevice control user interface library, 404, and the extended devicecontrol user interface library 405. The user interface control andinformation widgets are used to populate the user interface framework406 that defines the overall layout, navigation and control widgetfeatures. These interface widgets interface with the customized flashapplication 410, which extends the standard flash player 412, and otherelements of the client system control webapp 224 to enable a user toreceive feedback on system status from the server 100, and issuecommands to the system. Sessions with the server 100 are handled by aserver communication framework 416, while a flash remoting application414 facilitates transferring flash content between the control client102 and server 100.

User Interface

Multiple examples of a user interface on a control client 102 arepresented in schematic form in FIGS. 5-7 and a single rendered form inFIG. 8.

Scene Editor

FIG. 5 depicts a schematic view of an embodiment of the scene editor 500interface where a user can define a specific scene for a specific room502 by defining the state of devices 270, in this case the device underconfiguration 506 is a display. Based on the specific room 502 selectedby the user, a different series of device selection buttons 504 arepresented to the user. For example, if a specific room 502 within thepresentation environment 110, does not include any audio mixers, thenthe device configuration tab for audio mixers would not be rendered on auser interface, in contrast the ability to configure that device 270provided in the scene editor 500 interface embodiment shown.

Overall room controls 503 are also provided to the user so they canactivate all of the systems in the room, e.g. power on and turn thevolume up, down, or mute regardless of the specific devices being used.The overall room controls 503 provide a means for controlling all of thedevices 270 associated with a given portion of the presentationenvironment 110 at the same time. This zone control allows the user tocontrol the operations of multiple devices using a single control input.In the case of on/off controls the zone control effectively tells theserver 100 to turn all of the devices 270 associated with that zonecontrol to power up or down respectively. In the case of a graduatedcontrol, e.g. volume, the zone control provides a generalized userinterface control to the user, such as a control numbered from 0 to 10.Then the zone control translates the user input on the zone control intothe equivalent experienced by the device 270. For example, in oneembodiment with two audio devices, one with a full scale volume input of0-20 and the other with a full scale volume input of 0 to 100, themapping from the single 0-10 input from the user into the others fullscale range using a straightforward linear mapping. Other mappingfunctions can be created including logarithmic mappings or othercustomized mapping as required. These customized mapping functions, insome embodiments, are integrated into the device driver files anddirectly translate or map the user input to the device input when theconfiguration commands are issued to the device 270.

Presentation Player

FIG. 6 depicts a schematic view of an embodiment of the presentationcontrol user interface 600. The presentation player 602 provides a userinterface on the control client 102 that enables a user to select aspecific presentation 604, skip either forward 606 or backward 608 fromscene to scene, and play 610, pause 612 or stop 614 the presentation.The presentation control user interface 600 is showing the routingcontrol user interface 620. The routing control user interface 620allows a user to for a link or communication path for A/V data orsignals by selecting a source device node button 622 to choose aspecific a source device 120 and then selecting the type of signal totransfer using the signal routing type button 624 and selecting via theoutput device selection button 626 the destination or output device 130for the A/V data. Once the user selects the type of source device 120,the signal routing type button 624 and the available output devicebuttons 626 change to reflect the type of signal produced by theselected source and the ability to route the signal to the output device130 as well as the ability of the various accessible output devices 130to accept that type of signal, which includes any converters 160 thatare present in the presentation environment 110 to change the signal.The presentation control user interface 600 in some embodiments alsorestricts viewing of the different source devices 120 available to theuser based on the type of output device 130 selected, for example whenthe user selects a specific projector 164, only source devices 120capable of being routed to the selected project and capable of producinga signal usable by the projector 164 are displayed as being availablefor routing.

When defining these routes using the routing control 620, the user ispresented with the devices 270 that are available to the user based onthe presentation environment 110 or room 502 they are using, theirrights, and any other environment information. In one embodiment, afterselecting a specific source devices 130 by selecting a source devicenode button 622, the route mode 624 only presents route mode informationthat the source device 130 and the presentation environment 110 has beenconfigured to accept or allow. In the embodiment displayed, the signaltypes capable of being routed from selected via the source device nodebutton 622 is both audio and visual data as shown in the type ofavailable routing mode 624 displayed in the routing control 620. In thisembodiment, after selecting the routing mode 624, the devices 626 thatinformation can be routed to, based on the configuration of the room 502and the type of data to be routed, is presented to the user to enablethem to complete the routing connection. In other embodiments, thepresentation environment 110 may allow multiple routes to be formed, forexample from a single laptop 150 video output selected as the selecteddevice node 622 the signal can be routed to a splitter (not shown) thatsplits the signal into two discrete signals. Then output from thesplitter can be routed to a first projector 164 and a second projector164 placed in another portion of the room 502. In still otheralternative embodiments the routing for different types of signals canbe separated, meaning that the video output of a DVD player 154 isrouted to a video device such as a monitor 162 while the audio output ofthe DVD player 154 is routed to the audio system 144.

Presentation Selection and Editing

FIG. 7 depicts a schematic view of an embodiment of a presentationdefinition control 700 user interface. The presentation definitioncontrol 700 user interface enables the user to select via thepresentation selection interface 702 a specific presentation to access.

Rendered User Interface—Presentation Player

FIG. 8 depicts a rendered user interface 800 of the previously presentedcontrol user interface 600. Shown in FIG. 8 is a general volume controlinterface 880 that provides a zone control interface for all devices inthe selected room 502 of the presentation environment 110. Thepresentation control user interface 600 highlights the name of theselected presentation 884 and details which scene within thepresentation is currently playing via the scene selector drop down 886.The scene selector drop down 886 in this embodiment allows a user toquickly shift between different scenes within the sequence of scenesfound within a presentation.

Exemplary Control for Devices

The following examples detail some exemplary commands and attributes fora given device 270 to be controlled by the system and stored within thedevice configuration 908 located within the database 202. These commandand information definitions are not intended to provide exemplaryinstruction to one of ordinary skill in the art necessary for one toadapt this information to other systems and provide insight into howcommands and user interface widgets can be abstracted from the detailsof the devices 270 being controlled. The following styles are used todefine the device commands and attributes provided below:

-   -   name=Attribute command    -   (D)=Device command    -   (ROA)=Read only attribute        Group/Room Control

These are commands and attributes that are issued to a group of rooms,or a single room, effectively as a whole. For example, if there aremultiple environmental devices 142, such as light controls in a givenroom, the lights 260 up or down command would be issued to all of thelight control devices in the room. Similarly if there are otherenvironmental devices 142 in the form of controllable shades 266 in theroom 502, the group or room control can be configured such that loweringthe lights 260 in the room also draws the shades 266 to darken the room.Or alternatively if there are multiple audio sources, then a mutecommand would be issued to all of the audio devices 258 in the room.

-   -   power=[true, false]    -   (D) volumeUp    -   (D) volumeDown    -   mute=[true, false]    -   (D) lightsup    -   (D) lightsDown        Power

Power is a command that enables the system to power an individual device270 on or off. The power command can be issued either directly to thedevice 270 or alternatively can be directed to a controllable powersupply or distribution channel.

-   -   power=[true, false]        Shades 266

Shades 266 represents a type of environmental control 142 that controlswindow coverings.

-   -   (D) Open    -   (D) Close    -   status=[% open]        Media Player 268

A media player 268 is an arbitrary type of generalized A/V signal sourceor source device 120 that plays different types of media, includingtape.

-   -   playStatus=[play, stop, pause]    -   (D) fastForward    -   (D) rewind        DVD Player 154

A DVD (Digital Versatile Disk) Player 154 a type of source device 120adapted to play DVD discs and in some embodiments compact audio discs.

-   -   title=[numeric value of title]    -   chapter=[numeric value of chapter]    -   (ROA) numberOfTitles=contains total number of titles on disc    -   (ROA) numberOfChapters=contains total number of chapters on        current title    -   (D) nextChapter    -   (D) previousChapter    -   (D) menu    -   (D) cursorUp    -   (D) cursorDown    -   (D) cursorLeft    -   (D) cursorRight    -   (D) select        Display 162

Representing a general purpose output device 130 such as a television ormonitor.

-   -   aspectRatio=[standard, widescreen, zoom]        Audio 258

An audio output device 130.

-   -   mute=[true, false]    -   volume=[numeric value of volume]        Windowing Box (RGB Spectrum)

The windowing box is controlling an RGB rendering tool, such as theVideo to RGB converter 160 shown in FIG. 1.

-   -   (D) zoomIn1, zoomIn2 . . . (as many as there are windows,        inputs)    -   (D) zoomOut1, zoomOut2 . . . (as many as there are windows,        inputs)    -   (D) up1, up2 . . . (as many as there are windows, inputs)    -   (D) down1, down2 . . . (as many as there are windows, inputs)    -   (D) left1, left2 . . . (as many as there are windows, inputs)    -   (D) right1, right2 . . . (as many as there are windows, inputs)    -   preset=[(enum) either numbers or text labels]    -   label1, label2 (as many as there are windows)=[text field]        Lighting 260

Lighting 260 represents a type of environmental device 142 or detacheddevice present in the presentation environment 110 that effects theenvironment, but is detached from the signal flow established betweensource devices 120 and output devices 130 via any control devices 140.

-   -   (D) lightsup    -   (D) lightsDown        Single Zone Control

A zone is a logical grouping of nodes, elements or devices and can belarge or small in number. A zone can encompass a number of presentationenvironments 110 or rooms 502, a set of devices 270 within a room 502,or even a number of nodes within a single device 270.

-   -   (D) rampup    -   (D) rampDown    -   (D) stopRamp    -   intensity=[numeric value of intensity (1-100)]    -   power=[true, false]        Multizone Control

A multizone control is one that controls many zones per control unit,effectively aggregating multiple zones into a single user interface.

-   -   (D) rampUp1, rampUp2 (as many as there are zones)    -   (D) rampDown1, rampDown2 (as many as there are zones)    -   (D) stopRamp (will stop ramping of all zones)    -   intensity1, intensity2=[numeric value of intensity (1-100)] (as        many attributes as there are zones)    -   preset=[numeric value of preset]    -   power=[true, false] (basically ramps all to max or all to 0)    -   (ROA) numberOfZones=number of zones on the configured control        unit        Master Control Unit Control

The master unit control provides a control suitable for all devices 270or substantially all devices 270 present in a presentation environment110 enabling commands to be issued to all devices 270 associated withthe presentation environment 110.

-   -   (D) rampup    -   (D) rampDown    -   (D) stopRamp    -   preset=[numeric value of preset (1-16)]

Other devices depicted in FIG. 2 as being controlled include videoconferencing systems 262 that link multiple conference rooms together, acamera 264 for live viewing or contemporaneous recording of the room,and a Keyboard, Video, Mouse (KVM) switch 250 that can be enabled toprovide a system administrator or presenter access to input deviceslocated within a given presentation environment 110 such as a keyboardor mouse.

The total number and types of devices 270 present in a givenpresentation environment 110 can vary significantly with a variety ofdifferent mixtures of source devices 120, output devices 130, switchesor control devices 140 and detached devices or environment devices 142,including environmental sensors and actuators available forconfiguration, query, command and control. In the case of environmentdevices 142 that provide environmental information, such as ambienttemperature sensors, humidity sensors, ambient light sensors, discreteinput devices such as switches, and room occupancy sensors the server100 maintains drivers capable of monitoring the information provided bythese environment device 142 sensors and capturing specific eventsgenerated by these sensors for response by the system.

Scalable End User Licensing

One aspect of one embodiment of the system and method for audio visualcontrol and integration is the ability for the system to scale from asmall installation to larger installations. The basic licensingstructure is based a base fee that includes a fixed number of servers100, logical rooms 502, and devices 270 present within a presentationenvironment 110. The fixed numbers are adjustable to and in addition tothe total numbers of devices 270 present the licensing and in someembodiments is keyed to the total number of specific types of devices270, such as a total number of source devices 120, or switches/controldevices 140. Additional fees are charged based on the additional rooms502, the number of devices 270 per a room 502, and additional modules.All drivers for audio-visual hardware located in the presentationenvironment 110 are provided to the purchaser for a fixed period oftime. After the initial period, the access to additional drivers tosupport the addition or substitute of other types of audio-visualhardware located in the presentation environment 110 are made availableon a pay-per-installation basis or through a maintenance program.

Mechanism for Achieving End User Licensing

In one embodiment of the licensing system, there are two processes forallowing a given user system to access or change additional licenses orfeatures: generating private and public keystores to enable asymmetrickey encryption and then generating an actual license. The generation ofkeystores only needs to occur once while generating the license occursmany times, possibly for every customer.

Generating License Key Stores

In this one embodiment, private and public keystores are created as partof a given distribution of an embodiment of the system and method foraudio visual control and integration. The keystores create both privatekey and public certificate files. The private key is held by the companydistributing the embodiment of the system. The public certificates areused by third parties, nominally purchasers of an embodiment of thesystem and method for controlling, routing and managing data, who arecommunicating with the company to obtain additional licenses to expand,extend, or access the capabilities of the system.

Generating a License File

During installation of this one embodiment of the system, a license forthe software is generated. When an upgrade to the capabilities of agiven installation is desired, the user communicates with the company toobtain a new license. The new license enables the user to unlock theadditional capabilities of the system. The license is encrypted usingthe private keys held by the company, and decrypted using the publickeys held by the user to provide access to the additional capabilities.In this manner, it is possible for a user to upgrade the capabilities ofan embodiment of the present system and method in a transparent manner.

Driver Specific Licensing

In addition to controlling the total quantities of devices 270, rooms502, or servers 100 supported by a given installation, the system alsoenables in some embodiments the control of individual device drivers viathe same licensing system. In these embodiments the same processdescribed above for generating and encrypting the license file necessaryto enable the system to operate a different levels or install additionalcomponents is used to control the distribution of specific driver files.There are two specific embodiments for protecting the driver files inthis embodiment of the system and method. In the first embodiment thedriver files are either transferred unencrypted from a driver server tothe server 100 along with a license key adapted specifically to thedriver file. The license key is unencrypted and installed in the server100 to enable the server 100 to access and install the driver file.Without the installed key, the server 100 is unable to access andinstall the driver file into the device control library 340 for use bythe server 100. In the second embodiment the driver files themselves areencrypted by the driver server using the driver server private key. Theserver 100 then decrypts the file locally using a key transferred to theserver 100 to install and access the driver file into the device controllibrary 340 for use by the server 100. In both of these embodiments, thesystem provides for controlled distribution of specific drivers toservers 100, these controlled distribution of specific drivers can beintegrated together with the other licensing schemes described hereinand known to those of ordinary skill in the art.

Administration and Access Control

The server 100 in one embodiment includes a three tier access controlsystem. In the first level of access control, the system configurationcontrols are dedicated to those with administrative rights only andenables administrators to view and edit access control to presentationsand rooms. The system configuration controls are used to control theaccess levels available to users, and thereby limit selections toimprove usability and reduce the potential for error.

The second level of access control is room-based access control.Administrators grant access to users based on who the user is or whatrole, or task, the user is performing. The room-based access controllimits the number of rooms that a user can access by limiting the roomsvisible to the user. At the room level, Administrators may specify anon-deletable main presentation that provides default settings for allpresentations run in a specific room. For example, the main presentationfor a given room may link multiple projectors 164 together to displaythe same video routed through a switch 170 from a given presentationlaptop 150 input, while simultaneously setting audio 258 levels in theroom and dimming the lights 260.

The third level of access control in this one embodiment is presentationlevel access control. There are three fundamental logical access levelsto presentations: none, meaning the presentation is inaccessible to agiven user; read-only, meaning the presentation can be viewed or used bya given user, but cannot be modified by that user; and, full, enablingthe user to modify and control the presentation in any way they wish,limited only by room-based access control prohibitions. Advanced usersare able to create presentations and specify access to or sharepresentations with other users including the ability to provide full, orlimited access to the presentations. Administrators have access to allpresentations regardless of access level specified by advanced users.

In still another embodiment, to seed or initialize access control levelsfor given users, the system communicates with an external name or userserver to obtain default attributes for a given user. For example, inone embodiment, the server 100 communicates with an external name serversuch as a Microsoft® Exchange® server via a communication interface,such as the Lightweight Directory Access Protocol (LDAP). The server 100retrieves base user details and attributes from the external name servervia LDAP thereby allowing integration of the system with an overallenterprise architecture. Thus, the server 100 is able to update specificuser customization features, such as full name, default security andaccess levels for the user by accessing enterprise resources, therebysimplifying maintenance of the system and providing uniformity andintegration with enterprise wide information technology infrastructure.

Scene Control

The control client 102, in one embodiment, has the ability to edit thefine details of all devices associated with a specific scene. Thecontrol client 102, presents the user with a listing of all possibledevices 270 that can be saved in a particular scene. The user can selectspecific devices 270, and the server 100 will save the state of thedevice 270 corresponding to the operation of that device 270 in thespecified scene, such as volume levels for an audio device 258, alongwith the details of the scene. In addition to saving specific devicestates, the user can also retain specific routing information betweendevices 270 associated with a specific scene. The data corresponding tospecific device 270 states and routing information is stored asapplication data 204 in the database 202. In this manner the user,through the control client 102, can rapidly save and restore specificrouting and device configuration for reuse at a later time.

Fine Grained Scene Control

When specifying a scene, the user can also define events, such as when aspecific action will occur, or how long a given scene is active. In thismanner, the user can string multiple scenes together to form apresentation. For example in a simple case, a first scene can be used tocreate an opening, pre-presentation lighting and presentationenvironment where ambient music is piped into the room from a mediaplayer 268 and sent to an audio device 258, but there is no connectionbetween a presentation laptop 150 and the main projector 164 enablingthe presenter to ready materials and allow the audience to enter theroom unhindered. When the presentation is ready to begin, a second sceneis activated where the lights 260 are lowered to enhance visibility,window shades 266 are drawn, and the laptop 150 video output isconnected to the projector 164 and the media player 268 is stopped.

Using fine-grained scene control, a user is able to adapt a specificscene definition to only effect a subset of devices 270 located in aspecific performance environment 110 necessary to change state or adoptspecific setting necessary to implement the scene relative to the priorscene. In this manner, when multiple scenes are activated sequentially,for example during a presentation, or by user command, the only actionsand commands sent to the devices 270 by the server 100 are thosenecessary to change the state of the devices 270 and the configurationof the presentation environment 110 to achieve the desired new sceneconfiguration. Thus all other device 270 configurations and settingsremaining from a prior scene that are unchanged in the new scene can beleft constant. For example, at the end of a presentation a scene couldbe created for a question and answer period, whereby the only changefrom the presentation scene configuration to the question and answerconfiguration is to have the lights 260 raised to a desired intensitylevel to enable the presenter to view the audience asking questions.Using fine-grained scene control, the question and answer scenefollowing a presentation scene would only address a single set ofdevices 270, namely lights 260 and all other parameters would be leftunchanged from the prior scene.

Fine grained scene control enables the system to transition smoothlyfrom scene to scene. For example, if a presentation requires firstlowering the light 260 and playing an introductory clip from a DVDplayer 154 on the projector 164 in a first scene, and then proceeding toa user presentation from a laptop 150 using the same resolution on theprojector 164 with the lights 260 at the same reduced level in the nextscene, then the only change to any devices 270 necessary for thatscene-to-scene transition would be to change the A/V source routing tothe projector 164 from the DVD player 154 to the laptop 150. The lights260 and projector 164 would not have to be reconfigured. If the lights260 were reset back to full on or full off before being set again to thereduced level, or the projector 164 reset, viewers could perceive amomentary flicker. Similarly, unnecessary switching or resetting of A/Vsources could cause unnecessary audible clicks or pops. Therefore, onlychanges that represent the differences from one scene to the next sceneare made thus smoothing transitions.

In one embodiment, transitions from one scene to another scene in apresentation are user driven. In another embodiment, the transitions arehandled by an event engine in the server 100. The event engine has anevent response handler that identifies events and then switches scenesor modifies the presentation environment based on the event. Forexample, the event engine may wait for a user prompt beforetransitioning from a first scene to a second scene. Additionally, theevent handler could automatically trigger the configuring of a number ofpresentation environments 110 at a specific time, for example to preparea number of rooms 502 in different cities for a multi-party conferencecall. The event engine can also accept events triggered outside theserver 100, for example a remote service call placed over a network 118to remotely test a presentation environment 110 by a systemadministrator or service provider.

Event Engine

A component of the application service 306 is an event engine. The eventengine comprises three principle components, event generators, an eventmonitor, and an event handler. These three components work in concert toidentify specific occurrences in the environment or the system,including user inputs, and respond to those occurrences. The eventengine enables the system to adapt to changes in or inputs from theenvironment, including the failure of specific components or devices270.

The system possesses event generators that generate internal events forthe system based on specific requirements or desired occurrences. Theevent generators can reside and generate events from any internalservice or sub-routine. Some examples of events include timers, alarms,other alerts that are generated during startup, configuration andimplementation of the system and specific scenes, alerts that aretriggered upon occurrence of a specific event such as a sensor exceedinga specified threshold value or another triggers that occur duringoperation. These internal events are passed to the event monitor foridentification, recording and classification.

The event monitor supervises the overall system to identify, record andclassify the occurrence of specific events. These events aresequentially recorded as they emerge or are generated from the systemduring operation. Some events captured by the event monitor includeinternal events generated by the event generator, failures, errors orreporting messages received from devices 270, inputs from environmentaldevices, other communications and user interface inputs. The eventmonitor thus captures specific events occurring on the system regardlessof where they are generated and passes the events to the event handlerfor disposition. The event monitor thus logs and in some embodimentsoptionally maintains a record of specific events experienced by thesystem during operation.

The event handler processes or handles a given event that has beencaptured by the event monitor. The event handler determines the type ofevent that has occurred, determines whether it falls into a specificclass of events that has a pre-defined response or if there is a uniqueresponse specific to the type of event and then triggers the appropriatesub-functions or routines necessary to respond to the event. In somecircumstances the responses to given events is to change a scene asdescribed above, other responses include notifying the user, logging theevent, or performing other functions. In this manner, the event engineenables the system is able to dynamically respond to multipleoccurrences or triggers found in the system and the environment.

IP Phone Connectivity

In one embodiment of the system and method for audio visual control andintegration, there is a connection from the server to an internetprotocol, or IP phone 210, also referred to as a Voice over IP (VoIP)Phone 210. The VoIP phone 210 is connected to either or both an internaland external network that can transmit voice communications and in somecases can also transmit video streams and other data. The interface tothe IP Phone 210 is provided by the IP Phone Interface Component 212that implements a logical interface with IP phones 210. The IP PhoneInterface Component 212 implements an XML based schema for interfacingwith a given make and model IP Phone 210, including routing informationand feedback from the phone into the application service 306 as well asproviding commands to the IP phone 210 itself.

The flexibility of the IP Phone Interface Component 212 is the abilityfor the phone interface to be customized by the type of hardware beinginterfaced and even the room being used. For example, in one embodiment,an IP Phone manufacturer using the standards defined above, can create ahighly customized, rich user interface that is presented to a personusing a control client 102 that enables that person to effectivelycontrol the features and capabilities of that particular manufacturersIP Phone 210. Similarly, an administrator can control access to thefeatures and capabilities of a given IP Phone 210 in order to achievespecific goals. For example, an administrator may restrict outgoingcalls from an IP Phone 210 connected to a secure conference room to onlyother internal phones in order to limit potential disclosure ofinformation.

Second Exemplary Environment

FIGS. 10 and 11 depict a second exemplary environment 1000 with multiplesources, outputs, switches, and detached devices. For the purposes ofFIGS. 10 and 11 only, the following naming conventions is used for thefigures whereby all devices and their associated interface nodes orports are described using the key [10a#n#] where a represents the typeof device 270 (s=source, o=output, i=switch or interface or flowcontrol, and e=environment device or controls), followed by a uniquenumber whereby s1 refers to the first source device 120. The finally twoletters and number indicate whether the node is a communication node “c”or an interface node “n” followed by a unique number identifying thethat node for the given device. The sources are referred to collectivelyas sources 10 s, outputs are collectively referred to as outputs 10 o,switches are collectively referred to as switches 10 i, and detacheddevice or environmental controls as controls 10 e.

FIG. 10 depicts a command level view of the second exemplary environment1000 that details the command interface connections between the server100 and the other devices 270, such as the sources 10S1-10S3, outputs 10o 1-10 o 4, switches 10 i 1-10 i 3, and environmental controls 10 e 1-10e 3 located within the exemplary environment 1000.

FIG. 11 depicts a signal level diagram of the second exemplaryenvironment 1000 details the physical interface between the signal portsor nodes of the sources, outputs and switches located within theexemplary environment 1000. Table I provide details of the varioussources, outputs, switches and device controls in the second exemplaryenvironment while Table II provides exemplary devices including therespective sources, outputs, switches, and device controls represent intwo different applications.

TABLE I Table of Sources 120, Outputs 130, Switches and Control Devices140 Including Associated Nodes Depicted in the Second ExemplaryEnvironment: Associated Associated Device Communication Interface DeviceName ID node ID Node ID Source Device #1 10s1 s1c1 s1n1 s1n2 s1n3 SourceDevice #2 10s2 s2c1 s2n1 s2n2 Source Device #3 10s3 s3c1 s3n1 s3n2 s3n3Interface Device #1 10I1 I1c1 I1n1 I1n2 I1n3 I1n4 Interface Device #210I2 I2c1 I2n1 I2n2 I2n3 I2n4 Interface Device #3 10I3 I3c1 I3n1 I3n2I3n3 I3n4 I3n5 I3n6 I3n7 I3n8 Output Device #1 10D1 d1c1 d1n1 OutputDevice #2 10D2 d2c1 d2n1 d2n2 Output Device #3 10D3 d3c1 d3n1 d3n2 d3n3Output Device #4 10D4 d4c1 d4n1 d4n1 Environment 10e1 e1c1 — Device #1Environment 10e2 e2c1 — Device #2 Environment 10e3 e3c1 — Device #3

TABLE II Exemplary Devices For Audio Visual Applications or BuildingSystems Corresponding to the Respective Sources 120, Outputs 130,Switches and Control Devices 140 Shown in the Second ExemplaryEnvironment: Device Exemplary Audio Exemplary Building Device Name IDVisual Devices Systems Devices Source Device #1 10s1 DVD Player 154Chilled Water Supply Source Device #2 10s2 Satellite Fresh Air SupplyReceiver 182 Source Device #3 10s3 Computer 150 Conditioned Air SupplyInterface Device #1 10I1 Switch 170 Heat Exchanger Interface Device #210I2 Switch 170 Mixer #1 Interface Device #3 10I3 Switch 170 Mixer #2Output Device #1 10D1 Audio Water Supply Amplifier 258 Output Device #210D2 Monitor 162 Room Vent #1 Output Device #3 10D3 Projector 164 RoomVent #2 Output Device #4 10D4 Projector 164 Room Vent #3 Environment10e1 Light Light Control Device #1 Control 260 Environment 10e2 WindowShade Thermostat Device #2 Control 266 Environment 10e3 Ambient LightHumidity Sensor Device #3 SensorInstaller

One embodiment of the installation system for the system and method foraudio visual control and integration provides a system to enable an enduser to rapidly install all of the required elements of the system for agiven user installation in one single pass. The installer installs allcomponents of the system, including, but not limited to the controllanguage, the application server 100, and the database 202. As part ofthe installation sequence, the installer will configure the system tosupport specified hardware devices 270.

Part of the installer system includes a tool or wizard interface forgathering information from the user about the presentation environment110 to be controlled, namely providing a guided means for configuringthe server 100 for the given presentation environment. In an exemplaryinstallation, the user would define the physical rooms 502, or zones tobe controlled. The user would provide the server 100 with informationregarding the devices 270 available to be controlled within the room.Each device 270, can have a customized device control 506 interface forthat particular type of device provided by the device driver or have ageneric device control 506 interface suited for that specific type ofdevice 270. For example, a customized device control 506 interface maybe configured with specific commands to activate features of a projector164 such as resealing, color, or brightness while a generic devicecontrol 506 interface for a light 260 simply signals a control line toswitch state and turn the light on or off. Then the user configures thestatic connections within the presentation environment 110. The staticconnections define all of the connections between devices 270 that arepotentially available to be controlled. Additional details on thespecific configuration process to adapt and model a given presentationenvironment 110 or the second exemplary environment 1000 is providedbelow.

Configuring the System

The initial configuration of an arbitrary environment, such as thesecond exemplary environment 1000 depicted in FIGS. 10 and 11, isinitiated by the installation of any or all of the devices and staticconnections or additions to or deletions from the devices and staticconnections present within the second exemplary environment 1000. Theconfiguration of the system to control the devices present within thesecond exemplary environment 1000 is accomplished via either a manualconfiguration process or automated configuration process as describedbelow.

Manual Configuration Process

The manual configuration process 1200 for the system is detailed in FIG.12 a. The manual configuration process 1200 is initiated 1202 uponeither the initial installation and setup of the second exemplaryenvironment 1000 or upon the addition or deletion of one or more a newdevices or static connections between devices to the second exemplaryenvironment 1000. For example, the manual configuration process 1200 inone case is initiated by the addition of a third source device 10 s 3 tothe second exemplary environment 1000 and the connection of the secondnode of the third source device 10 s 3|n2 to the first node of thesecond interface switch 10 i 2|n1 thereby creating an 10 s 3→10 i 2static connection or link between the respective nodes.

For the manual configuration process 1200, the system is updateddirectly by manual input. In this case first the third source device 10s 3 is added to the definition or representation of the second exemplaryenvironment 1000 stored in the database 202. A device update 1204 isperformed to define the devices 270 present in the environment that arepart of the system, for example the device update 1204 in the case ofthe addition of the third source device 10 s 3 to the second exemplaryenvironment 1000 would provide basic details on the third source device10 s 3, such as the type, make, manufacturer, model number and otherdetails.

In yet another embodiment, where the third source device 10 s 3 iscapable of announcing its presence in the second exemplary environment1000 after being powered up or during initial configuration using eithera standard plug-n-play or other announcement process the system receivesthe announcement over the server communication port 1006 that interfacesvia a server communication link 1008 the system to the second exemplaryenvironment, in some cases this communication port or communication nodeassociated with the server 1006 is used as the server's 100 secondinterface to the command level network of the second exemplaryenvironment 1000. The announcement is the equivalent of starting orinitiating the device update 1204 process manually, except the updateprocess is triggered by the announcement generated by the third sourcedevice 10 s 3. The server 100 receives the announcement from the newdevice added to the second exemplary environment 1000. The announcementgenerates an event that is captured by the event monitor on theapplication service 306. The event handler portion of the applicationservice 306 then initiates 1202 the setup process and starts the inputof device details using information provided by the third source device10 s 3 as part of its announcement process.

After the device update 1204 is started the newly added device, in thiscase the third source device 10 s 3, must be configured. First theserver 100 performs a driver search 1206 to determine whether thereexists in the system a driver definition, driver interface definition,or simply driver file appropriate for the type of installed device inthe system's driver library. If the driver search locates or identifies1208 a driver for the device to be installed, then the next step in theprocess is to prompt the user to gather 1210 any optional or additionaldevice details on the installed device. Some additional details input bythe user may include specific details of the installation environment,easy to remember names for the devices (e.g. Conf. Room #2 Projector)and other details as prompted by either the system itself or the devicedriver.

If no driver definition file exists on the server 100, the systemqueries 1220 a driver store or remote server with multiple driversavailable under a variety of different terms and conditions. The driverstore in one embodiment is accessible via a wide area network such asthe Internet. If a driver is available 1222, then the driver storeretrieval process 1224 begins to retrieve the appropriate or requesteddriver for transfer to the server 100. In one embodiment the driverstore retrieval process 1224 includes either encrypting the entiredriver file using an asymmetric key accessible on the driver store oralternatively encrypting a token or license key to be used by the server100 to unlock or access the driver file after download. The driver fileis transferred to the server 100, and the server 100 unlocks or decryptsand installs 1226 the driver file into local driver definition filestorage on the server 100. After completing the driver retrieval process1224 and decryption and installation process 1226, the process returnsto gather 1210 the device details. In another embodiment, the usermanually queries a driver store and manually identifies and downloads adriver file that is provided to the system for installation directly bythe user.

If the driver store does not have a driver available 1222 for the deviceto be installed, such as the third source device 10 s 3, then the driverstore will attempt to identify an alternative driver 1228 or defaultdriver to use with the device to be installed. For example, in the casewhere the third source device 10 s 3 is a DVD player 154, if the driveravailability 1222 shows no drive file specifically suited for thespecific type of DVD player 154 to be installed in the system, then asearch is conducted to identify an alternative driver 1228 to be used.In the case of the DVD player 154, a default driver might be ageneralized DVD player driver that simply powers up the DVD player 154without any additional command inputs to the third source device 10 s 3command port s3 c 1. In some circumstances the command port, such as s3c 1 does not directly command the third source device 10 s 3 direct,rather it simply controls a remote control switch that selectivelyactivates or powers up the selected device. After identifying analternative driver 1228 to be used the user is then prompted to gather1210 device details. In the case of a generalized or generic devicedriver file additional information collected during the gather 1210process in some embodiments can include specific command strings thatcan be issued by the server 100 in order to access specificfunctionality of the device to be installed, or in the embodimentdepicted the third source device 10 s 3.

The process for configuring an embodiment of the system to control anarbitrary environment begins by defining and configuring the nodes 1212associated with or integral to specific devices 270 in the environmentand establishing the static connections or links between the devices270. In the case of the second exemplary environment 1000 each of thedevices 270 located or associated with the environment, regardlesswhether or not the devices 270 are physically connected to theenvironment or only connected to the environment via a communication orother link posses at least one node, a communication node, orcommunication port, or command port. One sub-step of configuring thenodes 1212 or ports used by an arbitrary device 270 is to define thecommunications used by the system to communicate and address the device270. In the second exemplary environment, a communication node existsfor the third source device 10 s 3, namely the third source device 10 s3 communication node s3 c 1. In this embodiment the third source device10 s 3 communication node s3 c 1 is connected to a network hub 1004,this enables the server 100 to directly communicate with the thirdsource device 10 s 3 via the network. The process of configuring thenodes 1212 for the third source device 10 s 3 communication node s3 c 1in one embodiment includes defining a specific internet protocol addressor network device ID for the third source device 10 s 3 that enables theserver 100 to communicate commands and receive information from thethird source device 10 s 3.

Similarly in the second exemplary environment 1000, the first sourcedevice 10 s 1 undergoes the similar process of defining and configuringthe nodes 1212. The first source device 10 s 1 possesses a first sourcedevice 10 s 1 communication node sic 1, which in this embodiment is aserial communication interface port. The serial port is connected to aserial port on the serial device server 1002, the serial1 node. Theserial device server 1002 allows the server 100 to address the firstsource device 10 s 1 via a network interface on the server 1002 that istranslated by the serial device server 1002 to serial communication viathe serial1 node. Thus during the process of defining and configuringnodes 1212 and gathering 1210 device details for the first source device10 s 1 and the serial device server 1002, an address for the serialdevice server is provided to the server 100 and the specific address orserial communication interface ports, in this example the serial1 node,is also provided to the server 100 to store in the environmental modelin the database 202 thereby enabling the application service 306 toretrieve the environmental model configuration details from the systemto communicate with the various devices. In a similar manner a secondserial device server 1003 is addressed by the server 100.

In addition to defining and configuring the nodes 1212, thecommunication interfaces, ports, or communication nodes are setup andassociated with a given device 270. The device driver includes or inalternative embodiments with generalized drivers the user inputs detailsof the nodes available and associated with a given device 270 in theenvironment. In the case of the second exemplary environment 1000, eachdevice 270 in the environment has a number of nodes associated with it.As described above, one of the nodes associated with a given device isthe communication node that enables communication between a given device270 and the server 100 in order to receive configuration information,transmit to the server 100 specific device-generated messages, and tootherwise accept commands from the system. The second major category ofnodes associated with a device 270 is nodes that enable devices in theenvironment to be linked together, or link nodes. These link nodesanchor each end of a static connection or link between devices 270 inthe environment. A given device 270 may have several associated nodes,however the configuration of the environment may limit the number ofnodes that are actually linked together with other nodes associated withother devices 270 in the environment. Thus part of the configurationtask is defining and configuring nodes 1212 and defining staticconnections 1214. Although the configuration flow chart shows anidealized view of the system whereby the task of defining andconfiguring nodes 1212 appears to precede the step of defining staticconnections 1214; in most embodiments though, these tasks proceed inparallel for most systems. Namely, in conjunction with defining andconfiguring the nodes 1212 in the environment, the static connections orlinks within the environment between devices 270 are also defined 1214.

The device driver details for a given device 270 contain details on allof the nodes associated with that type, make, model and style of device270. For example in the case of the third source device 10 s 3 depictedin FIGS. 10 and 11 of the second exemplary environment 1000, there isone third source device 10 s 3 command port s3 c 1 available forconnection to the system, which as detailed above has specificcapabilities and configuration details associated with a network commandport. Similarly, the third source device 10 s 3 is associated with threeinterface nodes or link nodes, the first link node s3 n 1, second linknode s3 n 2, and third link node s3 n 3. The device driver possesses thebasic details of the characteristics and configurations of theseinterface nodes or link nodes associated with the third source device 10s 3. For example, in one embodiment where the second exemplaryenvironment 1000 is an audio-visual controlled environment where thethird source device 10 s 3 is a DVD player 154, the first link node s3 n1 is a be a stereo audio output while the second link node s3 n 2 is acomposite video output and the third link node s3 n 3 is an VGA output.During the process of installing the third source device 10 s 3 into thesecond exemplary environment 1000 static connections, physical links, orsimply links are established between specific nodes on the third sourcedevice 10 s 3 and other devices in the environment. These staticinterconnections reflect the actual routing of cabling or other physicalor logical links established between devices 270 during installation andreflect linkages between the interface nodes that comprise theindividual devices. Referring to FIG. 11 in this embodiment, a physicallink or static connection established with the third source device 10 s3 via the first link node s3 n 1 is the 10 s 3-10 i 2 link. This 10 s3-10 i 2 link thus connects the third source device 10 s 3 through thefirst node s3 n 1 to the second interface device 10 i 2 via the secondinput node 10 i 2 n 2. By virtual of the physical connection establishedwithin the second exemplary environment 1000 between the devices 270 viathe associated nodes on the devices it is possible to associate thenodes on both devices 270 with the ends static connection formed betweenthe nodes as well as the devices 270 themselves. In this manner theprocess of defining static connections 1214 in the environment istogether with gathering 1210 device details and configuring and definingand configuring nodes 1212 until all physical devices 270 and staticconnections in the second exemplary environment 1000 are input into theenvironment model.

In this manner, the system develops and stores a model of theenvironment to be controlled within the server 100. This model of thesecond exemplary environment 1000 and the devices 270 available in thesecond exemplary environment 1000 as developed and defined in theconfiguration process 1200, is stored in the database 202 and used bythe application service 306 to address, communication, supervise andcontrol the devices 270. The environmental model stored 1216 within thedatabase 202 uses the details imported from the device driver files andthe details of the actual installation to model the system relative tothe details of the devices 270 and interconnections between devices 270present, in this embodiment, in the second exemplary environment 1000.

The configuration process 1200 to gather 1210 device details, define andconfigure nodes 1212 and define static connections 1214 for a server 100can occur during the initial installation of the server 100 for use in agiven environment and can re-occur at any point in the future after theinitial installation when other changes to the environment occur. Thesechanges can range from the integration of new equipment or newcapability devices 270 into the environment or loss, removal, or damageto devices 270, command links, or physical or static connections withinthe environment. Upon a change to the environment the configurationprocess 1200 is used to update the environmental model.

In some embodiments, when a given device 270 is removed from theenvironment and is no longer available for communication the server 100,the event handler can identify the repeated failures to communicate andpower up a given device 270 that is otherwise configured within thesystem to be present and available in the environment. In thesecircumstances, the server 100 uses the event details and the failure ofthe device 270 to temporarily remove the non-responsive device 270 andall the device's 270 associated nodes from the working model that isstored by the application service 306 during operation based on theenvironmental model stored in the database 202. By removing anon-responsive element from the working model used by the server 100 tooperate it is possible for the system to route around the malfunctioningor non-responsive device 270 and still function at the highest levelpossible. Further, the system possesses the ability to prompt the userto warn them that the system has unresponsive devices 270, therebyallowing the user to reconfigure the system by removing the unresponsivedevices 270 from the environmental model or to dispatch a technician torepair the unresponsive or malfunctioning device 270. In this manner,the environment model is used to maintain system configuration detailsfrom use to use and is updated using the configuration process 1200 tomodel all of the devices 270 in the environment and their relationshipto the environment and each other.

Automatic Configuration Via Import

In yet another embodiment of the system, an automatic configurationprocess is used to import the details of the second exemplaryenvironment 1000 or upon the addition or deletion of one or more newdevices 270 or static connections between devices 270. In this yetanother embodiment, a computer aided drafting (CAD) program is used todevelop and design installation drawings for the devices 270 and staticconnections within a given environment 110. One exemplary program usedto develop these drawings is VizCAD. In this embodiment of the system,an importer is used to import the details from the drawings in the CADsystem into the database 202. The importer effectively performs severalsteps in the configuration process 1200 by automating part or all of theprocess for inputting device details 1204, gather 1210 device details,defining and configuring nodes 1212, and defining static connections1214 by using the same designs and drawings created as part of theoriginal design process for the environment and using the sameinformation used by the technicians that configured the devices 270, thestatic connections and the overall environment.

In one embodiment of the importer, a spreadsheet based, scriptedapplication is developed to import design data from the CAD drawings. Inone non-exhaustive embodiment Microsoft® Visual Basic for Applications(VBA) is used in conjunction with Microsoft Excel®. The drawing detailsare exported from the CAD program to an exported data file representingan ordered set of data representing the installed devices 270 present inthe environment including any nodes associated with those devices andany static connections established between those nodes. The processstarts with a CAD export process, whereby the data is exported into anintermediate structured or ordered set data file, such as a comma or tabdelimited text file. The CAD export process is typically a form of adatabase query, such as a SQL-based query entered into an export enginenative to the CAD program. This query, in one embodiment is manuallyentered by the user, in yet another embodiment the query isautomatically retrieved from the CAD program by external query initiatedby the importer.

The exported data file, or files depending on the details of theparticular embodiment of the importer, is used to populate three dataareas of the database 202—devices 270, device groups, and staticconnections. The information related to devices 270, or deviceinformation, includes its unique system name, manufacturer and model,input and output nodes, and extended properties which may have beenadded in CAD, such as purchase date, physical location within thefacility, unique identifier or asset tracking codes. Device groupsidentify collections of linked devices 270 that are functionally orspatially related to each other. These device groups are often in thecase of an embodiment of the system used for A/V applicationsrepresentative of a single room in the presentation environment 110. Theinformation related to static connections provides the routing detailsfor any wiring or links that connect the nodes of individual devices 270to other nodes through the environment 110. In the case of apresentation environment 110, the routing information contains detailsof signal type, for example audio and video signals.

In some cases, the importer abstracts additional details from theexported data file prior to import into the database 202 in order toremove or collapse specific details about the environment that thesystem does not or is not capable of manipulating. In one example, thevideo signal being carried by one embodiment of a static connection in apresentation environment 110 that is transformed from a standard VGA toan Ethernet-based signal and then back to VGA using three physical wiresand one VGA-to-Ethernet and one Ethernet-to-VGA converters in order totransfer the signal over a greater distance is abstracted by theimporter into a single static connection since the two converters areeffectively transparent to the system. The importer abstracts orcollapses these additional details during the conversion process.Specifically, the importer possesses a list of devices in a specificclass, separate and distinct from the devices 270 that are controlled bythe system, that provide conversion or signal boosting in theenvironment. In one form, these devices are simple direct input devices,meaning that they have one input node and one output node with nospecifically controllable features that are addressed by the system. Theno controllable features distinguishes them from other direct inputdevices such as windowing converters that are addressed by the system toconvert a given video signal from one format (e.g. 4:3 ratio) to asecond format (e.g. 16:9 ratio). The importer first identifies aconnection to or from one of these simple direct input device in thedata file obtained from the CAD design. When the importer locates afirst simple direct input device, it then performs a search through allof the devices connected to the identified simple direct input deviceuntil it finds a matching simple direct input device. In this manner theimporter logically connects and associates simple direct input devicesand uses the identified relation to abstract them and eliminate themfrom the static connection that is imported into the system.

The importer leverages the data entered into the development of thedesign drawings in the CAD system thereby reducing the potential fortranscription errors and speeding up the initial setup and maintenanceof the system. In addition to speeding the population of the database202, the intermediate translation of the data files exported from theCAD program in the spreadsheet provides a second reference for personnelusing the system to identify specific aspects and details of the system.For example a technician troubleshooting a problem or installing thesystem can use the spreadsheet output to verify that specific staticconnections between devices 270 have been properly created per thedesired design.

After the importer populates the database 202, the application service306 identifies the devices 270 added to the environment and determineswhether or not device drivers are available for each device 270. If adevice driver is not available or the device 270 possesses additionalconfiguration details or other configuration settings that were notrepresented in the CAD file the user is prompted to obtain the devicedriver files or enter the appropriate information for storage in thedatabase 202.

Route Mapping

Once the environmental model is defined for the server 100 as part ofthe configuration process 1200, route map defining the full set of allpossible connections and interconnections that can be established in theenvironment based on the available static connections, nodes associatedwith devices 270 and the devices 270 is created.

The process of generating a route map comprising the following steps isdescribed in relation to the second exemplary environment 1000. Theserver 100 evaluates all of the source nodes and destination nodesassociated with the sources 10 s and outputs 10 o available to theserver 100 in the second exemplary environment 1000. The server 100 thengenerates the route map by finding all of the possible routes that canbe established between each respective source and destination nodesassociated with the sources 10 s and outputs 10 o. The route map isestablished from each destination node, input node, or input port ofeach of the outputs 10 o, such as the output device 10 o 1, to any ofthe possible output ports or output nodes of the sources 10 s that cansupply the desired or appropriate types of signal, data, streams, orflows for the input nodes associated with the destination output device10 o 1. The generation of the route map for a given presentationenvironment 110 is typically performed only when the server 100 isinitially configured for the second exemplary environment 1000 or afterchanges have occurred. These route maps associated with a givenenvironment 110, such as the second exemplary environment 1000 with itsmultiple interface devices 10 i-10 i 3 respectively, are created by thesystem during initialization. This enables the system to determinewhether or not all devices 270 in the environment 110 are responding todevice commands prior to using the devices 270 as part of the availablepresentation route maps in a given environment. These route mapsrepresent the physical effect of the specific configuration andcapabilities of devices 270 installed in the environment as manifestwithin the environmental model.

The route maps in one embodiment are represented as series of tree likestructures that travel up the static connections or links betweenspecific outputs 10 o to connect to available sources 10 s. Referring tothe exemplary tree link maps in FIG. 13, all possible reverse pathsbetween outputs 10 o and sources 10 s are represented within the routemap. A first portion 1310 of a route map details all of the reverselinks between the second output device 10 d 2 that link or form aconnection with any of the sources 10 s shown as reverse links. Each ofthe arrows in the first portion 1310 of a route map represents a staticconnection or link between singular nodes established within the secondexemplary environment 1000 connecting one node to another. Nodes thathave multiple connections between themselves and other nodes indicatethat a selectable connection or link exists, such as that found inswitches 10 i. The first portion 1310 of a route map is formed for eachof the outputs 10 o by stepping through each and every connection fromthe node under consideration that leads to source nodes. In the case ofan audio visual system, the route map is only formed ‘upstream’ meaningthat connections are only followed in the opposite direction to the dataflow—meaning in the case of an audio-visual system the route map isestablished in an anti-sense direction from the output device 130 to theinput or source device 120. In this manner the route map is used topopulate trees that detail all available links between sources 10 s andoutputs 10 o from node to node. This then allows the routes to berepresented as shown in FIG. 13 in the first portion 1310 of a route map

After generating the route map all operations required by the server 100prior to performing routing operations to form connections betweensources 10 s and outputs 10 o in the second exemplary environment 1000are completed. In one embodiment the route map is formed during theinitial startup of the server 100 using the environmental model storedin the database 202. The route map is then loaded into a working modelof the environment that is then manipulated during operation of theserver 100 by the application service 306. In a second embodiment, thebasis of initial route map is also stored in the database 202 forretrieval during startup to populate the working model of theenvironment used by the application service 306 during operation of thesystem. In both cases the working model of the environment is updatedfrom the time-to-time during normal operation in response to changes inthe server 100, including removing devices 270 from the working modeldue to events that have occurred or removing specific routes availablebased on other routes that are implemented as part of a scene beingapplied to the environment.

Intelligent Routing Engine

The intelligent routing engine or simply the routing algorithm iscomprised of multiple discrete functions that operate together toidentify routes and connections between sources 10 s and outputs 10 osuitable for the type of information or type of flow to be transferredor accommodated within and through the environment. The routingalgorithm is implemented within the web server 200, within theapplication service 306, that is physically hosted on the server 100.The routing algorithm utilizes both dynamic (i.e. working model) andstatic (e.g. environmental model) application data 204 that is stored inthe database 202 to create, identify, and establish valid connectionsbetween sources 10 s outputs 10 o located in an environment such as thesecond exemplary environment 1000. The Routing Algorithm is implementedas a functional element of the server 100 and is used during bothinitial configuration of the server 100 to establish initial routes whenimplementing a desired scene or whenever a new configuration ofconnections from a given source to a given output is required duringoperation.

The routing algorithm operates on the working model of the environmentdescribed above. The working model itself is derived from theenvironmental model established with the configuration 1200 process andstored in the database 202. Thus the routing algorithm identifies routesor paths through the environment for flows using the information anddetails input into the server 100 during the configuration 1200 process.Prior to starting the routing algorithm an environmental model andworking model of the environment are created. The configuration 1200process provides the environmental model with details of all the devicesand specifics related to those devices 270 present within a givenenvironment, including the communication and interface nodes associatedwith those devices and the respective static connections or links thatconnect the interface nodes between and within discrete devices 270 suchas the sources 10 s, outputs 10 o and switches 10 i.

The working model of the environment reflects the current state orstatus of the server 100, including the present states or configurationsof each individual device 270 located in the second exemplaryenvironment 1000 including controls 10 e. The working model of theenvironment thus effectively represents a full state model, orconfiguration model of an arbitrary environment whereby staticconnections, device 270 details, and dynamic details (e.g. the linkingor switching of two interface nodes in a switch 10 i to select aspecific path through the switch and link the respective staticconnections that terminate at interface nodes associated with the switch10 i) of the environment at a given time. The routing algorithm uses theworking model to establish new connections or links between devices 270located in the environment comprising a number of static connections orlinks along with the nodes that terminate each of the static connectionsand the devices 270 that are associated with those nodes. When a routeis established each node along the path is effectively associated withtwo separate elements of the system, first the device 270 the node isassociated with originally and the node is also associated with theroute or link it is part of that is established through the environmentto link a desired source 10 s with a desired output 10 o. The workingmodel utilizes a routing map to reflects all available routes andconnections that may be established in an environment. The routingalgorithm uses the routing map and the respective trees representationsof the routing maps, to determine available routes or paths betweenselected devices 270.

When a specific pair of devices 270 is selected to be interconnected inthe interface layer or data layer either by the user directly duringoperation of the server 100 by inputting a desired pair of devices 270to be connected through the user interface of the control client 102 orwhile implementing a new scene, the routing algorithm is used todetermine the proper configuration or state for the system to adopt toaccomplish the desired outcome. When the server 100 is initiallystarting up, and the environment is unconfigured and the devices areready, but no routes or paths through the environment have been created,the routing algorithm is applied to a first pair of devices 270 to beconnected within the environment and it determines the proper route, inother words the routing algorithm identifies the configuration ofdevices 270, including the device's associated nodes, and staticconnections interconnecting the associated nodes in order to create apath between the devices 270. The resulting path updates the workingmodel of the environment to reflect the fact that a portion of thesystem within the environment is now dedicated to establishing a desiredlink between the sources 10 s and the outputs 10 o. By dedicating somelinks in the environment to this first route, there is an effectivereduction in the total number of available routes and the applicationservice 306 updates the working model to reflect this reduction inpotential routes and the new states of the devices 270 implicated by thenewly established route. The newly establish route is then queued forimplementation in the environment via the server 100 issuingconfiguration commands to the devices 270 in the environment toestablish the route that the algorithm has identified. During startup,the next pairing of devices 270 is used to establish a second route andso on until all pairs of devices are either connected or the systemgenerates an event indicating to the user that the desired configurationcannot be created or another event occurs to interrupt the process.

A similar process is used to generate a route when a new pair ofconnections is desired after a scene is already implemented. For exampleif the system is already configured in a particular state to implement aspecific scene, the working model holds the device states to implementthat scene. Upon shifting to a new scene the application service 306updates the working model on the server 100 to reflect any presentlyconfigured routes that are no longer needed in the new scene andproceeds to form any new routes required by the new scene. The routingalgorithm is applied to the working model to determine the desireddevice 270 states to implement the new routes required by the new scene.

The intelligent routing algorithm, or simply routing algorithm uses arecursive algorithm to traverse the available nodes and staticconnections or links available to traverse across the system from thedesired output 10 o to the desired source 10 s. In this manner therouting algorithm identifies a desired path through the environmentcomprising at least the desired source 10 s and desired output 10 odevice and at least one nodes associated with each of those sources 10 sand outputs 10 o and the static connections that terminate with thoserespective nodes. In one embodiment of the system a recursive algorithmis used to traverse the routing maps to identify the desired route.Different embodiments of the routing algorithm use different types ofsearch routines, including the following recursive search algorithms:breadth-first search, depth limited search, A*, Dijkstra's algorithm,best-first search, and dynamic programming generally. Alternativealgorithms including non-recursive and non-traditional algorithms areavailable for use by those of ordinary skill in the art.

In one embodiment of the system a recursive depth first search algorithmis used to traverse the routing tree starting with the output 10 odevice. The output 10 o device is effectively the root of the tree.There can be one or more input nodes or input ports associated with theoutput 10 o device. If the desired input is capable of providing signalsthat can be accepted by any of the input nodes associated with thedesired output 10 o device, then all possible input nodes associatedwith the output device in the environment are considered, otherwise onlythe reduced number of input nodes associated with the output 10 o deviceare considered. The routing algorithm starts with the selected output 10o device and evaluates any static connections available from input nodesassociated with the selected output 10 o device that it then traversesor ‘travels’ away from the output 10 o toward the source 10 s. The depthfirst search algorithm prioritizes driving directly toward the goal ofthe source device at the expense of potential dead-end routes. Thus therouting algorithm travels along the static connection that terminates atthe input node associated with the output 10 o device to the otherterminating node of the static connection. The other terminating node ofthe selected static connection is associated with a second device 270 inthe environment, including switches 10 i, sources 10 s, and in someembodiments other outputs 10 o. The algorithm then evaluates the othernodes associated with this second device in the environment that areable to switch and connect with the present node to determine whetherany of the nodes offer the ability to leave the second device andcontinue toward the desired destination, namely the desired source 10 s.If another node associated with second device exists that terminates asecond static connection, the routing algorithm follows this path to thenode associated with the other terminus of the second static connectionand the third device associated with the that node. In this manner therouting algorithm follows the static connections through eachconnection's terminating nodes and the associated devices to the desiredsource 10 s. The same process is repeated for each node associated witha given device until either a route to the desired source 10 s isidentified or a dead-end is found, meaning there are no availableconnections to follow away from a non-desired device. Upon identifying adead-end, the algorithm returns to the immediately prior device andevaluates the next unevaluated node available on the immediately priordevice until there are no remaining unevaluated nodes on the immediatelyprior device, at which point the algorithm considers the next priordevice. If after traversing all of the connections traveling away fromthe output 10 o and being unable to identify a route to the desiredsource 10 s, the routing algorithm will determine that no route isavailable and report the error via an event trigger.

If the algorithm is successful in identifying a route to the desiredsource 10 s, the routing algorithm reports back the desiredconfiguration of static connections, nodes that terminate the staticconnections, and the devices that are associated with the nodes to beconfigured in order to create the desired route through the environment.The reported route, including devices and associated nodes to beconfigured is then marked within the working model to indicate that thereported route, including all nodes and associated devices along theroute are included in the identified route and no longer available forother routes, and the working model properly reflect the dedication of aportion of the environment to route. The identified route is then passedto the application service 306 that issues the commands using theenvironment model and device driver details to the devices 270 and theassociated nodes to establish the route in the second exemplaryenvironment 1000.

INDUSTRIAL APPLICABILITY

Control of Multiple Audio Visual Components

The present system and method disclosed herein in embodiments for usewith presentation environments 110 possesses a multiple capabilities toperform a plurality tasks. Specifically the system and method enablesthe management of complex connections between the devices, includingsources and output devices 270 of A/V data and enables the control ofdevices, including sources and output devices 270 of A/V data and otherpresentation environment 110 environmental devices 142 without requiringfull configuration paths for all the equipment. Second, the system andmethod auto-generates user interfaces with appropriate controls for agiven presentation environment 110 based on the types of devices 270 andenvironmental devices 142 available. Third the system and method enablescontrol of specific scenes and presentation control to allow complexmultitasking and integration of multiple devices 270 and controls 142 toact in concert with a mere press of a button to configure a presentationenvironment 110. The self-generating user interface enables the server100 to connect with a variety of different control clients 102,including those that have never connected to a particular environmentbefore, and provide a user interface tailored for the presentationenvironment 110 to be controlled. Finally, since the system and methodis based on a client server architecture with access and communicationthrough standard computer networks, such as IP based networks like theInternet, the server 100 can be located in any geographic location withno impact on the control of a given presentation environment 110 thusenabling centralized management, portability, transportability, andconsistent user interface across an entire enterprise. These specificcapabilities enabled by embodiments of the present system and method andothers inherent within the system and method disclosed are obvious toone of ordinary skill in the art and this listing is merely provided asa non-exhaustive set of examples.

Control of Integrated Building Systems

Yet another exemplary application of the present system for managing,routing and controlling devices in an environment is to control thevarious devices 270, environmental devices 142 present in an integratedbuilding. In this application the system is used to direct the operationof specific devices 270 in the environment, including sources 10 s suchas chillers to produce cool air or a dehumidifier that reduces therelative humidity content of air present in a heating ventilation andair conditioning (HVAC) system. The system directs the operation of thesources 10 s to generate conditioned air, then various switches 10 i, orflow control devices such as controllable dampers and mixers are used tomix and distribute the conditioned air through a system of physicalconnections, static connections, or more generally links present theenvironment (e.g. ducts or pipes) for distribution to specific outputdevices located in the areas to accept the conditioned air. The effectof the distribution of the conditioned air is then monitored bycommunication with environmental device 142 sensors located in theenvironment that monitor the environment. In a similar manner the systemis able to connect the environment devices 142 actuators present in theenvironment to change the overall characteristics of the building, suchas adjusting lighting in response to ambient light sensors orautomatically dimming windows in response to direct sunlight. Similarcontrol can be applied other building systems, including security, fireand safety and other building systems.

Control of Flexible Manufacturing and Process Equipment

In still another exemplary embodiment, the present system for managing,routing and controlling devices is used to control systems and equipmentpresent in a flexible manufacturing facility or chemical processfacility. In a flexible manufacturing environment there are multipledevices that are classified as sources 10 s capable of generating apartial or fully completed product or intermediary product. Thesesources 10 s need commands to provide or start their respective processof generating product. The resulting product then is routed betweenother devices 270, that can simultaneously operate as both consumerdevices or outputs 10 o and sources 10 s—namely by accepting partiallycompleted product, performing additional operations, and then outputtingthe transformed product to another output 10 o. In this manner thesystem treats the source 10 s, outputs 10 s, and combined source andoutput devices present in a facility as any other sources 10 s to becontrolled and the product is routed between the devices by commandingswitches 10 i manifest as switching equipment, pipe valves, diverters,flexible conveyor belts or semi-autonomous skillets to establishconnections or links between the desired sources 10 s and consumer oroutput 10 o devices and establish links to route the product betweendevices. In a similar manner, various sensors for detecting andevaluating the quality of the product provides feedback to the systemduring operation allowing corrective action to be taken if necessary. Ina manufacturing environment sensors environment devices 142 include:temperature sensor, pressure sensor, flow-rate sensor, accelerometer,humidity sensor, radio frequency identification tag reader, finger-printscanner, optical scanner, proximity detector, spectrometer, load sensor,force sensor, and ultrasonic sensor.

CONCLUSION

While various embodiments of the present system and method forcontrolling devices and environments have been described above, itshould be understood that the embodiments have been presented by the wayof example only, and not limitation. It will be understood by thoseskilled in the art that various changes in form and details may be madetherein without departing from the spirit and scope of the invention asdefined. Thus, the breadth and scope of the present invention should notbe limited by any of the above described exemplary embodiments.

We claim:
 1. A method for controlling an environment, comprising:Accessing a server associated with the environment via a control client;Logging into said server as a user, wherein said server queries a userdatabase to retrieve rights and configuration data associated with saiduser; Rendering a control panel on said control client, wherein saidcontrol panel is adapted to the environment based on said rights andsaid configuration data; Creating a user defined configuration of asource device, an output device, and a device associated with theenvironment; Generating a desired path in the environment based on anenvironment model to connect said source device to said output deviceand adapted to allow signal transfer between said source device and saidoutput device, wherein said environment model is stored in a datastructure on said server; Identifying an event generated by an eventgenerator, wherein an event handler responds to said event; Triggeringone or more commands to selectively interconnect an output port of saidsource device to an input port of said output device in response to saidevent; Communicating said one or more commands from said server to acontrol switch; Sending a command from said server to command saidsource device to output a signal; and Outputting said signal on saidoutput device.
 2. The method of claim 1, further comprising:Transmitting said signal to a conversion device adapted to receive saidsignal; Communicating desired conversion type information from saidserver to said conversion device; Converting said signal to areformatted signal using said desired conversion type information; and,Outputting said reformatted signal from said conversion device to saidoutput device.
 3. The method of claim 1, further comprising: Identifyingan identified device from a list of said source device, said controldevice, and said configuration device; Contacting a remote server andrequesting a license to use a device driver adapted to interface withsaid identified device; Encrypting and transmitting said license to saidserver using a one-way key stored on said remote server; Decrypting saiddriver using a second one-way key located on said server, wherein saidone-way key and said second one-way key are related asymmetricencryption an decryption keys; and, Installing said device driver forsaid identified device.
 4. The method of claim 1, further comprising:Determining whether an additional device driver installation isauthorized; Contacting a remote server to request a licensemodification; Generating said license modification specific to saidserver to allow said server to install and operate said additionaldevice driver using a one-way key located on said remote server;Transmitting said license modification to said server; Decrypting saidlicense modification using a second one-way key located on said server;and, Installing said license modification on said server authorizing theinstallation and operation of said additional device driver.
 5. Themethod of claim 1, whereby said rendering said control panel is adaptedto said control client's capabilities using a control client driverdataset stored on said server and said rendering further comprisescreating a control sub-panel for a permitted device on said controlpanel, wherein said control sub-panel is based upon said control clientdriver dataset and said user.
 6. The method of claim 1, furthercomprising controlling a first device associated with the environmentand controlling a second device associated with the environment byissuing commands to said first device and said second device from saidserver.
 7. The method of claim 6, wherein said rendering creates a zonecontrol interface adapted to accept a single user input and translatesaid single user input into a first output and a second output, wherebysaid translate uses a pre-defined relationship between said first outputand said single user input and said second output and said single userinput, and whereby said controlling further comprises issuing said firstoutput to said first device and said second output to said seconddevice.
 8. The method of claim 1, whereby said output port of saidsource device is connected to an input node of said control switch by afirst static connection and said output node of said control switch isconnected to said input port of said output device by a second staticconnection, wherein said control switch responds to said commands byforming an operable connection between said input node and said outputnode to allow said signal to flow through said first static connectionand said second static connection.
 9. The method of claim 8, furthercomprising: Inputting a set of environment elements comprising saidfirst static connection, said second static connection, said sourcedevice, said output device, and said control switch to create saidenvironment model and storing said environment model in a deviceinterconnection and routing database; Identifying said desired path byapplying a recursive algorithm to said environment model to identify areverse path from said output device to said source device; and,Updating said environment model with an attribute to indicate which saidenvironment elements are part of said desired path.
 10. The method ofclaim 9, further comprising: Storing said user defined configuration insaid device interconnection and routing database; and, Retrieving saidenvironment model and said user defined configuration from said deviceinterconnection and routing database.
 11. The method of claim 10,wherein said retrieving said environment model and said user definedconfiguration is triggered by receipt of said event.
 12. The method ofclaim 1, wherein said event is selected from the group consisting of: auser input to said control client, a pre-defined timer present withinsaid server, an alarm set for a specific time of day, and an externalinterface device possessing an external device interface port adapted tocommunicate with said server.
 13. A method for configuring informationflow in an environment, comprising: mapping static connections in theenvironment between a plurality of devices associated with theenvironment, wherein said static connections define paths between saidplurality of devices, and allow the information flow; selecting a sourcedevice from said plurality of devices, wherein said source devicepossesses at least a first source device output port; selecting anoutput device from said plurality of devices, wherein said output devicepossess at least a first output device input port; receiving an eventgenerated by an event generator; applying a means for identifying areverse path through said static connections from said first outputdevice input port to said first source device output port with arecursive algorithm at least in part in response to receipt of saidevent; selecting a subset of devices from said plurality of devices thatare connected by said reverse path through said static connections; and,configuring said subset of devices to accept the information flow fromsaid first source device output port and route the information flow viaa dedicated, non-shared, subset of said static connections to said firstoutput device input port.
 14. The method of claim 13, furthercomprising: storing said mapping of and a set of attributes for saidstatic connections and said plurality of devices in a database; loadinginto a working model said set of attributes; updating said working modelwith an indictor that at least one of said static connections and saidsubset of devices are interconnected; and, reducing said staticconnections in said working model to create a reduced set of staticconnections by removing said static connections marked with saidindicator such that said applying only identifies a reverse path throughsaid reduced set of static connections.
 15. The method of claim 14,whereby said configuring further comprises querying said working modelto retrieve said indicator, using said indicator to determine if aspecific device, of said plurality of devices is configured to acceptthe information flow, and only performing said configuring if saidspecific device is not configured to accept the information flow. 16.The method of claim 13, further comprising: selecting a switch devicefrom said plurality of devices, said switch device comprising a firstinput node, a second input node, a first output node, and a secondoutput node, whereby at least one static connection terminates at eachof said first input node and said second input node and at least onestatic connection terminates at each of said first output node and saidsecond output node; selectively connecting said first input node to oneof the following selected from the group consisting of said first outputnode, said second output node, and a termination; selectively connectingsaid second input node to one of the following selected from the groupconsisting of said first output node, said second output node and atermination; and, whereby said configuring said subset of devices istriggered by said event.
 17. The method of claim 13, further comprising:grouping said subset of devices into a logical grouping stored in adatabase; addressing said subset of devices via said logical grouping;and, retaining configuration information for each of said subset ofdevices in said database.
 18. The method of claim 17, furthercomprising: retrieving device information from said database forrepresenting a selected device from one of said subset of devices;retrieving a device driver associated with said selected device; and,whereby said configuring said subset of devices further comprisesaddressing said selected device using said device information andcommunicating a command to said selected device using said deviceinformation and said device driver.
 19. The method of claim 13, wherebysaid recursive algorithm is a depth first search.
 20. The method ofclaim 13, wherein said event is selected from the group consisting of: auser input, a pre-defined timer present within said server, an alarm setfor a specific time of day, and an external interface device possessingan external device interface port adapted to communicate with saidserver.